Pflichtenheft
Projekt: E-Health Gesundheitsziele Tracking
Auftraggeber:
Grundlagen von eHealth
Hochschule Kempten
Bahnhofstraße 61
87435 Kempten (Allgäu)
Auftragnehmer:
Gruppe 1
Hochschule Kempten
Bahnhofstraße 61
87435 Kempten (Allgäu)
- Zielbestimmung
- Produkteinsatz
- Funktionale Anforderungen
- Produkteigenschaften
- Produktdaten
- Ergänzungen
Hier werden alle Kriterien beschrieben, die das Produkt können muss, damit es für den vorgegebenen Einsatzzweck verwendet werden kann.
- Es muss mit der Anwendung möglich sein Patientendaten zu erfassen (Vorname, Nachname, Adresse, Geschlecht)
- Es kann einen spezifischen FHIR-Server für den Datenaustausch spezifiziert werden
- Ein entsprechender Patient kann mit den angegebenen Daten auf dem spezifizierten Server erstellt werden
- Es muss möglich sein nach Patienten auf dem Server zu suchen (Suchkriterien sind mindestens: Vorname, Nachname, Adresse, Geschlecht)
- Es erfolgt eine geeignete Darstellung der gefundenen Patienteninformationen
- Es muss möglich sein den Patient Kontext zu setzen bzw. einen Patient auszuwählen
- Es muss für den Anwender ersichtlich sein welcher der aktuelle Patient ist
- Die Information des ausgewählten Patienten wird ausgegeben
- Für den aktuellen Patient muss möglich sein Ziele für Gewicht und Schritte (24h), sowie einen Zeitpunkt anzugeben
- Es muss möglich sein die Ziele zu verändern
- Es muss möglich sein Beobachtungen zu Gewicht und Schritte (24h) hinzuzufügen
- Es muss möglich sein für einen bestimmten Patient die definierten Ziele für Gewicht und Schritte (24h) auszugeben
- Es muss möglich sein Gewicht und gelaufene Schritte von einem Patienten auszugeben.
- Es wird angezeigt, ob die Ziele erreicht wurden und falls nicht, wie viel Prozent der Ziele erreicht wurden
Hier werden alle Kriterien beschrieben, die das Produkt können sollte, um die Wünsche an das zu entwickelnde Produkt so gut wie möglich zu erfüllen.
- Aus den Zielen und Beobachtungen für Gewicht und Schritte kann ein zusammenfassendes Dokument erstellt werden
- Ein Arzt oder eine Ärztin kann als Leistungserbringer für einen Patienten angegeben werden
- Der Leistungerbringer führt einige der Beobachtungen durch
- Das Gerät mit dem die Beobachtungen durchgeführt wurden kann definiert und erfasst werden
- Leistungserbringer und Geräte können dann als Suchkriterien verwendet werden
- Man kann nach spezifischen Beobachtungen suchen, die bestimmten Kriterien erfüllen: z.B. das Ziel wurde erreicht bzw. nicht erreicht (oder zu einem bestimmten %-Wert), oder die Beobachtung erfolgte innerhalb eines bestimmten Zeitraums, usw
- Eine automatisches Schrittracking per Sensoren
- Verschlüsselung der lokalen Daten
- Entschlüsselung der lokalen Daten per Fingerprint Sensor
- Frontend und minimale Funktionalität über Smart Watch
- Usability nach Normen "IEC 62366-1:2015" bzw. "FDA Human Factors Guidances"
Folgende Ziele werden bei dem neuen Produkt bewusst nicht verfolgt:
- Es sollen keine anderen Gesundheitsziele als Gelaufene Schritte innerhalb 24 Stunden und Gewicht getrackt werden
- Es sollen keine aufwendigen Datenanalysen durchgeführt werden
- Erfasste Daten dürfen nicht zu Marktanalysen oder Werbezwecken missbraucht werden
- Es sollen keine Medizinischen oder Gesundheitlichen Tipps gegeben werden
- Es sollen keine Medizinischen oder Gesundheitlichen Analysen durchgeführt werden
Dieses Produkt wird für Menschen entwickelt, welche mehr für ihre Gesundheit tun möchten. Es soll ihnen dabei helfen Gesundheitsziele, wie das Einhalten eines Idealgewichts zu erreichen. Außerdem soll duch die Schritttracking-Funktion ein gesünderer Lebensstil angestrebt werden. Die Applikation ist für den 2. Gesundheitsmarkt bedacht und soll als Open Source Projekt für jeden Interessierten über den Google App Store zugänglich gemacht werden. Um auch Menschen den Zugang zur App zu ermöglichen, welche auf ihre Privatsphäre achten, wird die Applikation keine Google APIs verwenden. Dies ermöglicht es, dass die App auch auf einem "degoogled"-Phone läuft. Zudem wird die App auf F-Droid angeboten werden. Da die App dazu verwendet wird Schritte zu tracken, muss man diese Applikation mobil, also überall wo man ist, verwenden können.
- FHIR: Fast Healthcare Interoperability Resources
Im nachfolgenden Diagramm sind alle Use Cases, Nutzer und Beziehungen zwischen diesen abgebildet.
| Ziel | der Anwender wird aufgefordert die Daten einzugeben. |
| Vorbedingung | Der Nutzer hat die App gestartet und muss belibige patientendaten eingeben müssen. |
| Resultat | Neue Patientendaten sind angelegt. |
| Nutzer | Patient |
| Auslöser | Funktion(Felder) "Patientendaten eingegeben wurden" |
Kurzbeschreibung:Es muss mit der Anwendung möglich sein Patientendaten zu erfassen. Akteure:
- Patient
Eingehende Daten:
Essentielle Schritte:
- Patient wählt Funktion "Patientendaten" aus
- die App zeigt die User Felder, um sein Daten zu erfassen.
Ausnahmen:
Änderungshistorie
- 22.04.2021; Ahmad Aldaks; Use Case angelegt
| Ziel | der Patient muss (Vorname, Nachname, Adresse, Geschlecht)eingeben |
| Vorbedingung | Der Nutzer hat die App gestartet und bevor seine ganze Daten gespeichert werden,müsste folgende Patientendaten (Vorname, Nachname, Adresse, Geschlecht) füllen. |
| Resultat | Vorname, Nachname, Adresse, Geschlecht sind eigegeben |
| Nutzer | Patient |
| Auslöser | Patient startet die App das erste mal |
Kurzbeschreibung: Ein Patient wurde seine Daten nicht gespeichert, bevor bestimmte Felder wie (Vorname, Nachname, Adresse, Geschlecht)eingeben
Akteure:
- Patient
Eingehende Daten:
- Vorname, Nachname, Adresse, Geschlecht des Patienten
Essentielle Schritte:
- Patient wählt Funktion "Patientendaten" aus
- die App zeigt die User Felder, um sein Daten zu erfassen.
- Patient gibt erforderliche Daten ein
- Patient ist pflichtet sein(Vorname, Nachname, Adresse, Geschlecht) einzugeben
Ausnahmen:
- zu 4.) Falls Patient sein(Vorname, Nachname, Adresse, Geschlecht) nicht eingegeben, wird dann nicht erlaubt Daten zu speichern.
Änderungshistorie
- 22.04.2021; Ahmad Aldaks; Use Case angelegt
| Ziel | Hinzufügen eines neuen spezifischen FHIR-Server für den Datenaustausch. |
| Vorbedingung | Der Patient hat die Einstellungen geöffnet |
| Resultat | Neuer spezifischer FHIR-Server,der den Datenaustausch zwischen verschiedenen Softwarensystemen innerhalb des Gesundheitswesen unterstützt |
| Nutzer | Patient |
Kurzbeschreibung: Ein Patient verwendet spezifischen FHIR-Server und tauscht Daten mit anderen Leistungserbringern aus, wie zum Beispiel(KIS,PVS,LIMS,RIs...usw)
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Referenz)
- Leistungerbringer
Essentielle Schritte:
- Patient gibt geht in die Einstellungen
- Der Patient gibt eine URL zu einem FHIR server an
- Die App prüft ob es ein gültiger FHIR server ist
- die App speichert die URL zum FHIR server.
Ausnahmen:
- zu 2.) Falls kein gültiger FHIR server angegeben wurde wird eine Fehlermeldung angezeigt
Änderungshistorie
- 23.04.2021; Ahmad Aldaks; Use Case angelegt
| Ziel | entsprechender Patient wird auf spezifizierten Server erstellt und eine Meldung über den Erfolg/Misserfolg wird angezeigt. |
| Vorbedingung | Der Nutzer gibt Daten ein . |
| Resultat | Der Server erstellt und speichert den Patienten mit einer Mitteilung. |
| Nutzer | Patient |
| Auslöser | "Speichern" ausgewählt |
Kurzbeschreibung: Ein Patient auf spezifizierten Server erstellt, die Daten wird von der App an den Server geschickt und der Server erstellt und speichert den Patienten.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten
- spezifizierten(FHIR) Server
Essentielle Schritte:
- Patient hat seine Daten eingegeben (uc-01 bis uc-02).
- Patient hat einen FHIR server angegeben (uc-03)
- Patient wählt "Speichern" aus
- die Daten von einem Patienten werden auf spezifizierten Server übertragen und erstellt.
- Die App weist den Patienten hin mit einer Nachricht, ob erfolg war oder Misserfolg.
Ausnahmen:
- zu 4.) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden.
Änderungshistorie
- 23.04.2021; Ahmad Aldaks; Use Case angelegt
| Ziel | Finden eines oder mehrerer Patienten |
| Vorbedingung | Der Nutzer hat die App gestartet |
| Resultat | Eine Liste aller auf die Suche passender Patienten wird angezeigt |
| Nutzer | Arzt |
| Auslöser | Entertaste wird innerhalb der Suchzeile gedrückt |
Kurzbeschreibung: Ein Arzt kann nach bestimmten Patienten auf dem Server über verschiedene Kriterien suchen.
Akteure:
- Arzt
- FHIR Server
Eingehende Daten:
- Vorname
- Nachname
- Adresse
- Geschlecht
Essentielle Schritte:
- Arzt klickt auf die Suchzeile
- Arzt gibt ein Suchkriterium ein und bestätigt die Suche mit der Entertaste
- Eine Liste aller zutreffenden Patienten wird angezeigt
Ausnahmen:
- zu 3.) gibt es keine Patienten auf welche die Sucheingabe zutrifft wird statt der Liste die Nachricht "Keine Patienten gefunden" angezeigt
Änderungshistorie:
- 22.04.2021; Daniel Heiserer; Use Case angelegt
| Ziel | Gesuchte Patienten finden |
| Vorbedingung | Der Nutzer hat die App gestartet |
| Resultat | Eine Liste aller auf die Suche passender Patienten wird angezeigt |
| Nutzer | Arzt |
| Auslöser | Entertaste wird innerhalb der Suchzeile gedrückt |
Kurzbeschreibung: Damit der Arzt den richtigen Patienten finden kann müssen die Suchergebnisse verständlich dargestellt werden.
Akteure:
- Arzt
- FHIR Server
Eingehende Daten:
Essentielle Schritte:
- Arzt bestätigt die Suche mit der Entertaste
- Eine Liste aller zutreffenden Patienten wird angezeigt
Ausnahmen:
Änderungshistorie:
- 22.04.2021; Daniel Heiserer; Use Case angelegt
| Ziel | Patient für Nutzung von Funktionen auswählen |
| Vorbedingung | Der Nutzer hat die App gestartet und nach einem bestimmten Patienten gesucht |
| Resultat | Der ausgewählte Patient wird mit seinen Daten und möglichen Funktionen angezeigt |
| Nutzer | Arzt |
| Auslöser | Klick auf den gewünschten Patienten |
Kurzbeschreibung: Damit Daten eingesehen werden und verändert werden können muss jeder Patient auswählbar sein.
Akteure:
- Arzt
- FHIR Server
Eingehende Daten:
Essentielle Schritte:
- Arzt klickt auf den gewünschten Patienten
Ausnahmen:
Änderungshistorie:
- 22.04.2021; Daniel Heiserer; Use Case angelegt
| Ziel | Patient für Nutzung von Funktionen auswählen |
| Vorbedingung | Der Nutzer hat die App gestartet und ein Patient wurde ausgewählt |
| Resultat | Der ausgewählte Patient ist auf dem Bildschirm angezeigt |
| Nutzer | Arzt |
| Auslöser | Patient wurde ausgewählt |
Kurzbeschreibung: Damit zu jeder Zeit ersichtlich ist, welcher Patient gerade ausgewählt ist, wird sein Name angezeigt.
Akteure:
- Arzt
Eingehende Daten:
Essentielle Schritte:
- Name des ausgewählten Patienten wird angezeigt
Ausnahmen:
Änderungshistorie:
- 22.04.2021; Daniel Heiserer; Use Case angelegt
| Ziel | Informationen zum aktuellen Patienten werden angezeigt. |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen Patienten ausgewählt. |
| Resultat | Informationen zum ausgewählten Patient werden auf dem Bildschirm angezeigt. |
| Nutzer | Arzt |
| Auslöser | Button "Alle Informationen zum Patient anzeigen" gedrückt |
Kurzbeschreibung: Ein Arzt kann sich Informationen zu einem vorher ausgewählten Patienten anzeigen lassen.
Akteure:
- Arzt
- FHIR Server
Eingehende Daten:
Essentielle Schritte:
- Arzt hat einen Patient ausgewählt
- Arzt klickt "alle Informationen anzeigen" an
- Alle verfügbaren Informationen zum Patient werden auf dem Bildschirm ausgegeben
Ausnahmen:
Änderungshistorie:
- 19.04.2021; Jonathan Hilscher; Use Case angelegt
| Ziel | Festlegen von Gesundheitszielen |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen (sich selbst) Patienten ausgewählt. |
| Resultat | neues Gesundheitsziel wird zum Patienten hinzugefügt |
| Nutzer | Patient |
| Auslöser | Funktion "neues Gesundheitsziel" ausgewählt |
Kurzbeschreibung: Jeder Patient kann zu seiner Akte neue Gesundheitsziele angeben und hinzufügen.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten
- Nummerischer Wert des Gesundheitszieles
- Einheit des Gesundheitsziel (Bsp.: gelaufene Schritte/24h)
- Zeitpunkt der Zielsetzung (generiert)
Essentielle Schritte:
- Patient wählt Funktion "neues Gesundheitsziel" aus
- Patient wählt den Wert des Zieles aus (Bsp.: 10 000)
- Patient wählt die Einheit des Zieles aus (Schritte/24h)
- Patient speichert seine Eingaben
- Die neuen Gesundheitsziele werden auf den FHIR-Server geschrieben
- Die App zeigt eine Erfolgsmeldung an
Ausnahmen:
- zu 6.) Falls die Verbindung fehlschlägt, soll eine Fehlermeldung angezeigt werden. Die eigegebenen Daten sollen vorerst beibehalten werden
Änderungshistorie:
- 19.04.2021; Jonathan Hilscher; Use Case angelegt
| Ziel | vorher festgelegte Gesundheitsziele abwählen |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen (sich selbst) Patienten ausgewählt. |
| Resultat | Gesundheitsziel des Patienten wird geändert |
| Nutzer | Patient |
| Auslöser | Funktion "Gesundheitsziel ändern" ausgewählt |
Kurzbeschreibung: Jeder Patient kann seine Gesundheitsziele abändern.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten
- neuer Nummerischer Wert des Gesundheitszieles
- neuer Zeitpunkt der Zielsetzung (generiert)
Essentielle Schritte:
- Patient wählt Funktion "Gesundheitsziel ändern" aus
- Patient wählt den neuen Wert des Zieles aus (Bsp.: 11 000)
- Patient speichert seine Eingaben
- Die neuen Gesundheitsziele werden auf den FHIR-Server geschrieben
- Die App zeigt eine Erfolgsmeldung an
Ausnahmen:
- zu 6.) Falls die Verbindung fehlschlägt, soll eine Fehlermeldung angezeigt werden. Die eigegebenen Daten sollen vorerst beibehalten werden
Änderungshistorie:
- 19.04.2021; Jonathan Hilscher; Use Case angelegt
| Ziel | Beobachtungen zu einem bestimmten Gesundheitsziel festlegen |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen (sich selbst) Patienten ausgewählt. |
| Resultat | Beobachtung zu einem Gesundheitsziel wird Protokolliert |
| Nutzer | Patient, Arzt |
| Auslöser | Funktion "Beobachtung erfassen" ausgewählt |
Kurzbeschreibung: Jeder Patient kann Beobachtungen/Meilensteine zu seinen Gesundheitszielen hinzufügen
Akteure:
- Patient
- evtl. Arzt
- FHIR Server
Eingehende Daten:
- Patientendaten
- Wert der Beaobachtung (5000)
- neuer Zeitpunkt der Zielsetzung (generiert)
- Name des Beobachtungserfasser
Essentielle Schritte:
- Patient wählt Funktion "Beobachtung erfassen" aus
- Patient gibt seine Beobachtung ein (5000 gelaufene Schritte)
- Patient gibt Datum/ Uhrzeit der Beobachtung ein
- Patient speichert seine Eingaben
- Die neuen Beobachtung wird auf den FHIR-Server geschrieben
- Die App zeigt eine Erfolgsmeldung an
Ausnahmen:
- zu 6.) Falls die Verbindung fehlschlägt, soll eine Fehlermeldung angezeigt werden. Die eigegebenen Daten sollen vorerst beibehalten werden
Änderungshistorie:
- 19.04.2021; Jonathan Hilscher; Use Case angelegt
| Ziel | Ausgabe von Gesundheitszielen |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen (sich selbst) Patienten ausgewählt. |
| Resultat | Aktuelle Gesundheitsziele des Patienten werden ausgegeben |
| Nutzer | Patient/Arzt |
| Auslöser | Funktion "Gesundheitsziele ausgeben" ausgewählt |
Kurzbeschreibung: Der Nutzer kann die Gesundheitsziele einer bestimmten Patientenakte einsehen.
Akteure:
- Patient/Arzt
- FHIR Server
Eingehende Daten:
- Patient (Id)
Essentielle Schritte:
- Patient wählt die Funktion "Gesundheitsziele ausgeben" aus
- Die App sendet die Anfrage an den FHIR-Server
- Der FHIR-Server sendet die Gesundheitsziele des Patienten an die App
- Die App zeigt die Gesundheitsziele an
Ausnahmen:
- zu 3.) Falls die App nach einigen Sekunden keine Daten empfängt zeigt sie eine Fehlermeldung an
Änderungshistorie:
- 22.04.2021; Simon Adler; Use Case angelegt
| Ziel | Ausgabe der Beobachtung und Beurteilung eines Gesundheitsziels |
| Vorbedingung | Der Nutzer hat die App gestartet, einen beliebigen (sich selbst) Patienten und ein beliebiges Gesundheitsziel ausgewählt |
| Resultat | Alle Beobachtungen zu einem Gesundheitsziel des Patienten und dessen Bewertung werden ausgegeben |
| Nutzer | Patient/Arzt |
| Auslöser | Funktion "Beobachtungen ausgeben" ausgewählt |
Kurzbeschreibung: Der Nutzer kann die Beobachtungen und Bewertung eines bestimmten Gesundheitsziels einsehen.
Akteure:
- Patient/Arzt
- FHIR Server
Eingehende Daten:
- Patient (Id)
- Gesundheitsziel (Id)
Essentielle Schritte:
- Patient wählt die Funktion "Beobachtungen ausgeben" aus
- Die App sendet die Anfrage an den FHIR-Server
- Der FHIR-Server sendet die Beobachtungen des Gesundheitsziels des Patienten an die App
- Die App errechnet die Bewertung des Ziels
- Die App zeigt die Beobachtungen und Bewertung an
Ausnahmen:
- zu 3.) Falls die App nach einigen Sekunden keine Daten empfängt zeigt sie eine Fehlermeldung an
Änderungshistorie:
- 22.04.2021; Simon Adler; Use Case angelegt
| Ziel | Ausgabe einer Zusammenfassung der Gesundheitsziele und Beobachtungen eines beliebigen Patienten |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen (sich selbst) Patienten ausgewählt |
| Resultat | Der Nutzer hat ein Dokument mit der Zusammenfassung aller seiner Gesundheitsziele und Beobachtungen erhalten |
| Nutzer | Patient/Arzt |
| Auslöser | Funktion "Zusammenfassung erstellen" ausgewählt |
Kurzbeschreibung: Dem Nutzer wir ein Dokument mit der Zusammenfassung aller Gesundheitsziele und Beobachtungen eines Patienten ausgegeben.
Akteure:
- Patient/Arzt
- FHIR Server
Eingehende Daten:
- Patient (Id)
Essentielle Schritte:
- Patient wählt die Funktion "Zusammenfassung erstellen" aus
- Die App sendet die Anfrage an den FHIR-Server
- Der FHIR-Server sendet alle Gesundheitsziele und Beobachtungen an die App
- Die App stellt ein zusammenfassendes Dokument zusammen und gibt dieses aus
Ausnahmen:
- zu 3.) Falls die App nach einigen Sekunden keine Daten empfängt zeigt sie eine Fehlermeldung an
Änderungshistorie:
- 22.04.2021; Simon Adler; Use Case angelegt
| Ziel | Beobachtungen zu einem bestimmten Patienten eintragen |
| Vorbedingung | Der Nutzer hat die App gestartet und einen beliebigen Patienten ausgewählt |
| Resultat | Beobachtungen wurden in die Akte übernommen |
| Nutzer | Leistungserbringer (Arzt, Therapeut, etc.) |
| Auslöser | Funktion "Beobachtung eintragen" ausgewählt |
Kurzbeschreibung: Der Leistungserbringer kann Beobachtungen zu einem Patienten eintragen.
Akteure:
- Leistungserbringer
- FHIR Server
Eingehende Daten:
- Patient (Id)
- Wert der Beobachtung
- Einheit der Beobachtung
- Zeitpunkt der Beobachtung
- Leistungerbringer
Essentielle Schritte:
- Der Nutzer wählt die Funktion "Beobachtung eintragen" aus
- Die App öffnet ein Formular für die benötigten Daten
- Der Nutzer gibt die Beobachtungsdaten, Einheit, Wert und Zeitpunkt, ein und wählt "Übermitteln"
- Die App übermittelt die Daten an den FHIR-Server
- Die App gibt eine Erfolgsmeldung aus
Ausnahmen:
- zu 4.) Falls die Übermittlung fehlschlägt, wird eine Fehlermeldung ausgegeben
Änderungshistorie:
- 22.04.2021; Simon Adler; Use Case angelegt
| Ziel | Hinzufügen eines neuen Diagnosegerätes |
| Vorbedingung | Der Nutzer hat die App gestartet. |
| Resultat | Neues Diagnosegerät wurde angelegt. |
| Nutzer | Patient |
| Auslöser | Funktion "Neues Diagnosegerät hinzugfügen" ausgewählt |
Kurzbeschreibung: Ein Patient kann sein Diagnosegerät hinzufügen. Hierbei sollten Geräte hinzugefügt werden können, welche Schritte und Gewicht aufzeichnen können.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Referenz)
- Gerättyp (Schrittzähler, Waage)
- Geräteigenschaften (Name, Model, Version)
Essentielle Schritte:
- Patient wählt Funktion "Diagnosegerät hinzufügen" aus
- Patient wählt Typ des Gerätes aus
- Patient gibt erforderliche Daten ein
- App prüft ob Gerät bereits existiert
- Diagnosegerät wird am FHIR Server hinterlegt
- Die App zeigt eine Erfolgsmeldung
Ausnahmen:
- zu 3.) Falls Daten unvollständig oder falsch sind, soll eine Fehlermeldung angezeigt werden
- zu 4.) a) Falls die App bereits existiert soll eine Fehlermeldung angezeigt werden b) Die restlichen Schritte werden übersprungen
- zu 5.) Falls die Verbindung fehlschlägt, soll eine Fehlermeldung angezeigt werden. Die eigegebenen Daten sollen nicht gelöscht werden
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
- 17.04.2021; Fahri Korkmaz; Punkt 4 zu Essentielle Schritte und Ausnahmen hinzugefügt
- 17.04.2021; Fahri Korkmaz; Art der Patientendaten hinzugefügt
| Ziel | Auswahl eines Diagnosegerätes bei Übermittlung eines Messung |
| Vorbedingung | Der Nutzer hat diese Seite geöffnet, mit welcher man Messwerte eintragen kann. |
| Resultat | Messwerte werden abgespeichert mit einer Referenz zu dem Diagnosegerät. |
| Nutzer | Patient |
| Auslöser | Funktion "Neue Messung hinzufügen" ausgewählt |
Kurzbeschreibung: Ein Patient kann ein bestimmtes zuvor angelegtes Diagnosegerät zu einer Messung verlinken.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Referenz)
- Diagnosegerät
- Daten aus der Messung
Essentielle Schritte:
- Patient wählt Funktion "Messung hinzufügen" aus
- Die App holt sich die möglichen Diagnosegeräte vom FHIR Server
- Patient wählt Diagnosegerät
- Patient gibt Daten zur Messung ein
- Patient bestätigt Eingaben
- Daten werden zur Abspeicherung an den FHIR Server geschickt
- Die Applikation wird eine Erfolgsmeldung anzeigen
Ausnahmen:
- zu 2.) Falls die Verbindung fehlschlägt, soll der Patient nicht die Möglichkeit haben, eine Messung einzugeben
- zu 3.) Es soll möglich sein kein Diagnosegerät auszuwählen
- zu 4.) a) Falls die Daten fehlerhaft sind, soll der Patient darauf aufmerksam gemacht werden. b) Die Daten können nicht abgeschickt werden, solange die Daten Fehler beinhalten
- zu 5.) Falls die Verbindung fehlschlägt, soll eine Fehlermeldung angezeigt werden. Die eigegebenen Daten sollen nicht gelöscht werden und 7. wird übersprungen
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
- 17.04.2021; Fahri Korkmaz; Art der Patientendaten hinzugefügt
| Ziel | Suchen nach Ressourcen anhand des Leistungserbringers |
| Vorbedingung | Der Nutzer hat die Suchfunktion geöffnet. |
| Resultat | Der Patient sieht Ressourcen die mit dem Leistungserbringer verknüpft sind. |
| Nutzer | Patient |
| Auslöser | Funktion "Suchen" ausgewählt |
Kurzbeschreibung: Ein Patient kann in der Suche einen Leistungserbringer angeben und nach Observations suchen
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Id)
- Leistungserbringer (Id)
Essentielle Schritte:
- Patient wählt Funktion "Suchen" aus
- App holt sich mögliche Leistungserbringer vom FHIR Server
- Patient wählt Leistungserbringer aus und klickt auf "Suchen"
- Es wird auf dem FHIR Server nach "Observations" gesucht, welche von dem angegebenen Leistungserbringer für den Patienten durchgeführt wurden
- Die App zeigt die Daten an
Ausnahmen:
- zu 2.) a) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden. b) Die App versucht die Daten abzufragen, bis eine Verbindung wieder möglich ist c) Der Patient kann in dieser Zeit nicht suchen
- zu 4.) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden.
- zu 5.) Falls es keine Observations gibt, die zu diesen Suchkriterien passen, dann soll dies dem Patienten vermittelt werden, z.B. "Keine Messungen"
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
| Ziel | Suchen nach Ressourcen anhand des Gerätes |
| Vorbedingung | Der Nutzer hat die Suchfunktion geöffnet. |
| Resultat | Der Patient sieht Messungen die mit dem Gerät durchgeführt wurden. |
| Nutzer | Patient |
| Auslöser | Funktion "Suchen" ausgewählt |
Kurzbeschreibung: Ein Patient kann in der Suche ein Gerät angeben und nach Observations suchen, welches mithilfe dieses Geräts durchgeführt wurden.
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Id)
- Gerät (Id)
Essentielle Schritte:
- Patient wählt Funktion "Suchen" aus
- App holt sich mögliche Geräte vom FHIR Server
- Patient wählt Gerät aus und klickt auf "Suchen"
- Es wird auf dem FHIR Server nach "Observations" gesucht, welche mithilfe diese Gerätes für den Patienten durchgeführt wurden
- Die App zeigt die Daten an
Ausnahmen:
- zu 2.) a) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden. b) Die App versucht die Daten abzufragen, bis eine Verbindung wieder möglich ist c) Der Patient kann in dieser Zeit nicht suchen
- zu 4.) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden.
- zu 5.) Falls es keine Observations gibt, die zu diesen Suchkriterien passen, dann soll dies dem Patienten vermittelt werden, z.B. "Keine Messungen mit diesem Gerät"
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
| Ziel | Suchen nach Beobachtungen die das Ziel erreicht haben |
| Vorbedingung | Der Nutzer hat die Suchfunktion geöffnet. |
| Resultat | Der Patient sieht Beoabachtungen bei denen er seine Ziele erreicht hat |
| Nutzer | Patient |
| Auslöser | Funktion "Suchen" ausgewählt |
Kurzbeschreibung: Ein Patient wählt aus ob er nur Beobachtungen sehen möchte bei denen er das Ziel erreicht hat
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Id)
- Wert des Ziels
Essentielle Schritte:
- Patient wählt Funktion "Suchen" aus
- Patient löscht haken für "Ziel nicht erreicht" und klickt auf suchen
- Die App lädt das Ziel des Patienten
- Die App fragt nach Beobachtungen die mindestens eine bestimmte Anzahl an Schritten erreicht haben und Beobachtungen die das Zielgewicht erreicht haben
- Die Daten werden angezeigt
Ausnahmen:
- zu 4.) a) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden. b) Die App versucht die Daten abzufragen, bis eine Verbindung wieder möglich ist c) Der Patient kann in dieser Zeit nicht suchen
- zu 5.) Falls es keine Observations gibt, die zu diesen Suchkriterien passen, dann soll dies dem Patienten vermittelt werden, z.B. "Keine Messungen"
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
- 17.04.2021; Fahri Korkmaz; Überflüssige Ausnahme zu 4. gelöscht
| Ziel | Suchen nach Beobachtungen die das Ziel nicht erreicht haben |
| Vorbedingung | Der Nutzer hat die Suchfunktion geöffnet. |
| Resultat | Der Patient sieht Beoabachtungen bei denen er seine Ziele nicht erreicht hat |
| Nutzer | Patient |
| Auslöser | Funktion "Suchen" ausgewählt |
Kurzbeschreibung: Ein Patient wählt aus ob er nur Beobachtungen sehen möchte bei denen er das Ziel nicht erreicht hat
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Id)
- Wert des Ziels
Essentielle Schritte:
- Patient wählt Funktion "Suchen" aus
- Patient löscht haken für "Ziel erreicht" und klickt auf suchen
- Die App lädt das Ziel des Patienten
- Die App fragt nach Beobachtungen die mindestens eine bestimmte Anzahl an Schritten nicht erreicht haben und Beobachtungen die das Zielgewicht nicht erreicht haben
- Die Daten werden angezeigt
Ausnahmen:
- zu 4.) a) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden. b) Die App versucht die Daten abzufragen, bis eine Verbindung wieder möglich ist c) Der Patient kann in dieser Zeit nicht suchen
- zu 4.) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden.
- zu 5.) Falls es keine Observations gibt, die zu diesen Suchkriterien passen, dann soll dies dem Patienten vermittelt werden, z.B. "Keine Messungen"
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
- 17.04.2021; Fahri Korkmaz; Fix Typo
| Ziel | Suchen nach Beobachtungen in einem angegebenen Zeitraum |
| Vorbedingung | Der Nutzer hat die Suchfunktion geöffnet. |
| Resultat | Der Patient sieht Beoabachtungen die zu einem bestimmten Zeitraum durchgeführt wurden |
| Nutzer | Patient |
| Auslöser | Funktion "Suchen" ausgewählt |
Kurzbeschreibung: Ein Patient gibt eien Zeitraum an und sieht Beobachtungen, die in diesem Zeitraum durchgeführt wurden
Akteure:
- Patient
- FHIR Server
Eingehende Daten:
- Patientendaten (Id)
- Zeitraum
Essentielle Schritte:
- Patient wählt Funktion "Suchen" aus
- Patient gibt einen Zeitraum an und klickt auf suchen
- Die Gültigkeit des Zeitraums wird überprüft
- Die App fragt nach Beobachtungen die in diesem Zeitraum durchgeführt wurden
- Die Daten werden angezeigt
Ausnahmen:
- zu 3.) a) Eine Fehlermeldung wird angezeigt falls der Zeitraum ungültig ist. b) Eine Suche wird nicht möglich sein, bis der Zeitraum gülitg ist. c) Weitere Schritte werden übersprungen
- zu 4.) a) Falls eine Verbindung zum FHIR Server nicht möglich ist, soll eine Fehlermeldung angezeigt werden. b) Die App versucht die Daten abzufragen, bis eine Verbindung wieder möglich ist c) Der Patient kann in dieser Zeit nicht suchen
- zu 5.) Falls es keine Observations gibt, die zu diesen Suchkriterien passen, dann soll dies dem Patienten vermittelt werden, z.B. "Keine Messungen"
Änderungshistorie
- 17.04.2021; Fahri Korkmaz; Use Case angelegt
- 17.04.2021; Fahri Korkmaz; Fix Typo
< Hier werden alle offenen Fragen gesammelt. In der Final-Version darf hier nichts mehr stehen! >
- Smartphone (Pixel 2):
- Octa Core ARM Prozessor (4 × 1.9 GHz)
- Sensoren mit denen man Schritte messen kann
- Adreno 540 GPU
- 4 GB RAM
- LTE, WLAN
- Evtl. Smart Watch
- FHIR Server (5$/mo Linode Server):
- 1GB RAM
- 1 Core CPU
- 25 GB Speicher
- 40 Gbps Network In
- 1000 Mbps Network Out
- Betriebssystem: Android
- Android 6.0 API Level 23 (Marshmallow)
- Java Virtual Machine
- Server, welcher die FHIR Spezifikation Version R4 benutzt
- ggf. Degoogled Phone
- App Store: Google Play oder F-Droid
- Die App sollte auf allen gängigen Android geräten laufen
- Die App muss so programmiert werden, dass es auf zukunftigen Androidversionen weiterhin lauffähig ist
- Kurzfristige Server-/Internetausfälle sollen auf den einzelnen Nutzer keine Auswirkungen haben, wenn er dass System während des Ausfalls nicht aktiv benutzt
- Das System darf unter Normalbedingungen nicht abstüren oder überlasten
- Die Oberfläche sollte so intuitiv wie möglich gestaltet werden (Optional nach Normen "IEC 62366-1:2015" bzw. "FDA Human Factors Guidances")
- Unklare Bedienungsmöglichkeiten sollten erklärt werden
- Der Ressourcenverbrauch der App muss überschaubar sein
- Der Nutzer sollte nicht unverhältnissmäßig lange auf Antworten des Systems warten müssen
- Der Code der App, sollte einfach Wartbar und abänderbar sein
- Es soll möglich sein mit dem FHIR Server per HTTPS zu kommunizieren
Welche Benutzerdaten speichert das System?
- Serverdaten
- Patientendaten (Id, Vorname, Nachname, Adresse, Geschlecht)
- Beobachterdaten (Id, Vorname, Nachname, Beobachtung)
- Gesundheitsziel (Id, Wert, Einheit, Zeitpunkt)
- Gerätedaten (Id, Gerätetyp, Name, Modell, Version, Messdaten)
- Daten des Leistungserbringers (Id, Vorname, Nachname)
- Gesundheitsziel (Id, Wert, Einheit, Zeitpunkt)
- Beobachterdaten (Id, Vorname, Nachname, Beobachtung)
- Gerätedaten (Id, Gerätetyp, Name, Modell, Version, Messdaten)
- Daten des Leistungserbringers (Id, Vorname, Nachname)
- Patientendaten (Id, Vorname, Nachname, Adresse, Geschlecht)
- Beobachterdaten (Id, Vorname, Nachname, Beobachtung)
- Gerätedaten (Id, Gerätetyp, Name, Modell, Version, Messdaten)
- Daten des Leistungserbringers (Id, Vorname, Nachname)
- Activity um Rolle auszuwählen: Leistungserbringer, Patient
- Jeweils ein Hauptmenü für Leistungserbringer und Patient
- Einstellungen: FHIR Server URL eingeben (UC03)
- Activity um eine Zusammenfassung zu erstellen (UC15)
- Activity mit der man eine Beobachtung zu einem Gesundheitsziel erfassen kann (UC12, UC16, UC17.2)
- Activity mit der man Gesundheitsziele anzeigen kann (UC13)
- Activity mit der man Patientendaten einsehen kann (UC09)
- Activity in der man die Beobachtungen einsehen kann (UC14) + Suchfunktion (UC18.1, UC18.2, UC19.1, UC19.2, UC19.3)
- Möglichkeit seine eigenen Daten anzugeben (UC01, UC02, UC04.1)
- Activity um Gesundheitsziele zu setzen (UC10) / wieder zu ändern (UC11)
- Activity mit der man ein Diagnosegerät hinzufügen kann (UC17.1)
- Activity mit der man nach Patienten suchen kann (UC05, UC06) und darüber den Kontext setzen kann (UC07, UC08)
Der Name der App wird StepUp lauten