Wir sind derzeit dabei, FHIR für den Einsatz als Teil unserer medizinischen Aufzeichnungsinfrastruktur zu evaluieren. Für die EHR-Daten (Allergien, Visits, Rx, etc.) scheint der HL7 FHIR eine entsprechende Zuordnung zu haben.Wie speichert man Benutzer Fitness/Fitness Gerät Daten in FHIR?
jedoch viele von Daten, die wir beschäftigen, um persönliche Fitness verwandt ist - man denke Fitbit oder Apple HealthKit:
- Aktive Übung (aerob oder Training): Menge, Energie, Herzfrequenz
- Routine Aktivitäten wie tägliche Schritte oder Wasserverbrauch
- Schlaf/Qualität (ungeradeer Fall von Staaten innerhalb derselben Zeitspanne interlapping)
- Andere Benutzer bereitgestellte: emotionale Bewertung, Essen Aktivität, die Gesundheit von Frauen, UV
Zwar gibt es die Observation
resource, das scheint immer noch am besten fit für die EHR-Domain (!). Insbesondere sind die Benutzereignungsdaten nicht während eines Besuchs gesammelt und ist nicht human-verified.
Ziel ist es, einen "standardisierten FIHR-Weg" zu finden, um diese Art von Daten zu modellieren.
Verwenden Sie eine Beobachtung (?) Mit Extensions? Profile? Domain-spezifische Regeln?
FHIR bietet außergewöhnliche Flexibilität, aber jede Erweiterung/jedes Profil kann die Kosten erhöhen, die Ressource später direkt austauschen zu können.
Eine Erläuterung der geeigneten Verwendung einer FHIR-Ressource - einschließlich des Zeitpunkts der Erweiterung, der Verwendung von Profilen/Tags oder der Kodierung der Differenzierung über codierte Werte - wäre sinnvoll.
Definieren Sie einen neuen/benutzerdefinierten Ressourcentyp?
FHIR DSTU2 definiert keine Möglichkeit, einen neuen Ressourcentyp zu definieren. Dies könnte bedeuten, dass die Rolle der Ressourcen - logisches Konzept vs. Implementierungsschnittstelle? - wird nicht verstanden.
Verwenden Sie kein FHIR? Verwenden Sie nicht FHIR außer bei Austausch von Zusammenfassungen?
Es könnte auch der Fall sein, dass FHIR nicht für unser Nachrichtenformat geeignet ist. Aber wäre es "schlechter",
FIHRa <-> FIHRb
alsx <-> FIHRc
im Umgang mit externer Interoperabilität zu gehen?
Die FHIR Registry keine Benutzer Fitness spezifische Beobachtung Profile und keine der Proposed Resources zu enthalten schien scheinen entsprechende Ressource-Verfeinerungen hinzuzufügen.
Am Ende des Tages wäre es schön, in der Lage zu sein zu behaupten - mit minimaler oder keiner Übersetzung, dh. "Standardweise" - können User Fitness-Daten als FHIR-Stream austauschen.
Gibt es etwas in der Dokumentation der Beobachtung, die Sie zu der Annahme führt, dass es entweder während eines Besuchs gesammelt oder menschlich überprüft werden muss? Es kann auch hilfreich sein, wenn Sie eine Änderungsanfrage eingereicht haben, die explizit auf die Einbeziehung einiger dieser Aktivitäten sowie auf Beispiele in der Spezifikation abzielt, um deutlicher zu machen, dass dies eine beabsichtigte Verwendung von Observation ist. –
@LloydMcKenzie Ich bin nicht davon überzeugt, dass eine Änderung an einer Beobachtung (oder das Hinzufügen einer neuen Ressource) die [FHIR-Ethos] (http://wiki.hl7.org/index.php?title=FHIR_Guide_to_Designing_Resources) erfüllt - auf der Suche nach einem gute Antwort auf die eine oder andere Weise. Beobachtungen haben einen [Beobachtungsstatus] (https://www.hl7.org/fhir/valueset-observation-status.html), in dem "Final" die Zustimmung des Menschen vorschreibt. Auch [die Spezifikation] (https://www.hl7.org/fhir/observation.html) lieferte kein Beispiel, um allgemeine Fitnessdaten als primären Anwendungsfall zu bezeichnen; Die Beispiele sind klinischer Natur. – user2864740
Ich habe Tracker http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemBrowse&feedback=Successfully+added+%5B%239675%5D&tracker_id=677 angesprochen, um das Statusproblem zu beheben. Es wird eine Vielzahl von Beobachtungen geben, bei denen keine menschliche Überprüfung vorgenommen wird. Ich würde Sie ermutigen, einen Tracker zu erziehen, der in diesem Raum zusätzliche Beispiele vorschlägt. –