PHR-Datenformat

Daten aus persönlichen Gesundheitsakten (Personal Health Records, PHR) werden im HL7 FHIR-Format gespeichert.

PHR unterstützt die folgenden FHIR-Versionen (Fast Healthcare Interoperable Resources):

Arten von medizinischen Ressourcen

FHIR besteht aus einer Reihe modularer Komponenten, die als Ressourcen bezeichnet werden. Die unterstützten FHIR-Ressourcen und die entsprechenden Kategorien basieren grob auf den Abschnitten der internationalen Patientenübersicht.

Diese Ressourcen werden Datenkategorien in Health Connect zugeordnet, die in der API als „Arten von medizinischen Ressourcen“ bezeichnet werden. Ressourcen für Beobachtungen werden anhand von Inhalten wie LOINC-Codes (Logical Observation Identifiers Names and Codes) und FHIR-Kategorien zugeordnet.

Beobachtungen, die keiner dieser Kategorien zugewiesen werden können, werden nicht in Health Connect geschrieben.

Tabelle 1: Arten von medizinischen Ressourcen in Health Connect
Health Connect-Typ der medizinischen Ressource FHIR-Ressource(n)
Allergien AllergyIntolerance
Krankheiten Bedingung
Labor

Beobachtung

  • laboratory FHIR-Kategorie
Medikamente Medication, MedicationRequest, MedicationStatement
Personenbezogene Daten Patient
Daten zu Ärzten Arzt, Rolle des Arztes
Schwangerschaft

Beobachtung

  • LOINC-Codes für Schwangerschaften
Medizinische Verfahren Ablauf
Sozialanamnese

Beobachtung

  • LOINC-Codes für die Sozialanamnese
  • social-history FHIR-Kategorie
Impfungen Immunisierung
Arztbesuche Begegnung, Ort, Organisation
Vitalparameter

Beobachtung

  • LOINC-Codes für Vitalparameter
  • vital-signs FHIR-Kategorie

Ressourcen für Patienten

Health Connect ist derzeit nur für die Speicherung von PHR-Daten für eine einzelne Person vorgesehen. Daher sollten alle erstellten FHIR-Ressourcen derselben Person gehören.

Es ist nicht ungewöhnlich, dass in einem System mehrere FHIR-Patientenressourcen für eine einzelne Person vorhanden sind. Es wird empfohlen, dass Apps Daten abgleichen und eine einzelne Patientenressource in Health Connect schreiben. Dies wird jedoch nicht erzwungen, um den verschiedenen Organisationsstrukturen Rechnung zu tragen.

Datenvalidierung

Die PHR APIs akzeptieren gültige FHIR-Ressourcen aus unterstützten Versionen. Health Connect führt einige Validierungen durch, um sicherzustellen, dass die FHIR-Spezifikation für jede unterstützte Version eingehalten wird.

Validierungsüberprüfungen, die mit Demnächst gekennzeichnet sind, werden noch nicht erzwungen, aber in einem zukünftigen Release. Wir empfehlen, die Entwicklung anhand aller aufgeführten Validierungschecks durchzuführen, um die Kompatibilität mit zukünftigen Releases zu gewährleisten.

Tabelle 2: Health Connect-Validierung von FHIR-Daten
Level Validierungscheck
Gültiges JSON-Format Die Daten entsprechen dem JSON-Format.
Unterstützte FHIR-Versionen

Die von der Schreibanwendung angegebene FHIR-Version wird unterstützt. Die folgenden FHIR-Versionen werden von Health Connect unterstützt:

  • 4.0.1
  • 4.3.0
Unterstützte FHIR-Versionen

Der in der Ressourceninstanz angegebene FHIR-Ressourcentyp wird unterstützt. Die folgenden FHIR-Ressourcentypen werden von Health Connect unterstützt:

  • AllergyIntolerance
  • Bedingung
  • Encounter
  • Immunisierung
  • Standort
  • Medikamente
  • MedicationRequest
  • MedicationStatement
  • Beobachtung
  • Organisation
  • Patient
  • Arzt
  • PractitionerRole
  • Ablauf
Eindeutige Ressourcen-ID Die Ressource hat ein ID-Feld mit einem Wert, der den Anforderungen an reguläre Ausdrücke entspricht.
Eindeutige Ressourcen-ID Die Ressource hat keine ID gemeinsam mit einer anderen FHIR-Ressource desselben Ressourcentyps aus derselben MedicalDataSource.
Geschäftsregeln Enthält keine enthaltene FHIR-Ressource. Enthaltene Ressourcen sind FHIR-Ressourcen, die in einer übergeordneten Ressource verschachtelt sind. Sie werden verwendet, wenn die übergeordnete Ressource auf eine andere Ressource verweisen muss, das System aber nicht genügend Informationen hat, um diese als eigenständige Ressource mit unabhängiger Existenz zu erstellen.
Gültiger Base FHIR Übergeordnete Felder in der FHIR-JSON-Datei sind in der FHIR-Spezifikation für den jeweiligen Ressourcentyp enthalten.
Gültiger Base FHIR Felder der obersten Ebene dürfen keine JSON-Nullwerte enthalten.
Gültiger Base FHIR Alle Pflichtfelder der obersten Ebene sind vorhanden.
Gültiger Base FHIR Felder der obersten Ebene, die als wiederkehrende Elemente in FHIR definiert sind, haben den Datentyp „JSON array“.
Gültiger Base FHIR Felder der obersten Ebene (einschließlich Elemente in JSON-arrays), die in FHIR als komplexe Typen definiert sind, haben den Datentyp „JSON object“.
Gültiger Base FHIR Felder der obersten Ebene (einschließlich Elemente in JSON-arrays), die in FHIR als primitive Typen definiert sind, haben den richtigen JSON-Datentyp.
FHIR-Datentyp JSON-Datentyp
integer, unsignedInt, positiveInt, decimal Zahl
Boolesch Boolesch
instant, time, date, dateTime, string, code, markdown, id uri, url, oid, uuid, canonical, integer64, base64Binary Zahl
Demnächst verfügbar
Gültiger Base FHIR Felder der obersten Ebene, die in FHIR als primitive Typen definiert sind, erfüllen die Anforderungen an reguläre Ausdrücke. Demnächst verfügbar
Gültiger Base FHIR Erweiterungen für primitive Typen sind in der FHIR-Spezifikation enthalten und haben den JSON-Datentyp object.
Gültiger Base FHIR Für Auswahlfelder (fieldname[x]) wird jeweils nur ein Feld erfasst. So können beispielsweise effectiveDateTime und effectivePeriod nicht gleichzeitig in derselben Ressourceninstanz vorhanden sein.
Gültiger Base FHIR Komplexe Datentypen enthalten Felder und Datentypen, die der FHIR-Spezifikation entsprechen. Demnächst verfügbar
Gültiger Base FHIR Backbone-Elemente (und Elemente innerhalb komplexer Typen) enthalten Felder und Datentypen, die der FHIR-Spezifikation entsprechen. Demnächst verfügbar
Gültiger Base FHIR value[x]-Felder des Elements „Erweiterungen“ sind ein gültiger Typ und enthalten Inhalte gemäß diesem Datentyp. Erweiterungselemente können in jeder Ressource enthalten sein, um zusätzliche Informationen darzustellen, die nicht Teil der Basisspezifikation sind. Sie enthalten ein Feld url, das zur Definition der Erweiterung verlinkt, und ein Feld value[x], das den Erweiterungswert enthält. value[x] muss aus der Liste der zulässigen Datentypen stammen. Demnächst verfügbar

Transformierte FHIR-Daten

Einige Apps transformieren FHIR-Daten, um ihre eigenen Anforderungen zu erfüllen. Beispiel:

  • Zusammenführen von Daten aus verschiedenen Quellen (in der Regel FHIR APIs)
  • Codes globalen Terminologien zuordnen (z. B. SNOMED, LOINC, ICD) und Einheiten standardisieren.
  • Daten konsolidieren und deduplizieren.
  • Beheben von Formatierungs- oder anderen Problemen mit der Datenqualität
  • Einträge nach appspezifischen Geschäftsregeln filtern

Sowohl die nicht transformierten als auch die transformierten FHIR-Daten können in Health Connect geschrieben werden, sofern sie der FHIR R4-Spezifikation entsprechen. Wir empfehlen, nach Möglichkeit transformierte Daten zu schreiben. Beachten Sie dabei Folgendes:

  • Apps mit eingeschränkten Anwendungsfällen können eine erhebliche Anzahl von Einträgen herausfiltern, mit denen andere Apps im System einen Mehrwert für Nutzer schaffen könnten. In solchen Situationen kann es sinnvoll sein, die vollständigere nicht transformierte FHIR-Datei zu schreiben. Informieren Sie die Nutzer jedoch darüber, dass dieser erweiterte Datensatz weitergegeben wird.
  • Wenn Sie Daten aus verschiedenen Quellen zusammenführen, können Sie sie in Health Connect in eine einzelne MedicalDataSource schreiben. Außerdem müssen Sie jeder Ressource eine neue ID zuweisen, um Überschneidungen zu vermeiden, und die Ressourcenverweise so aktualisieren, dass sie auf die neuen IDs verweisen.
  • Wenn Sie Daten aus mehreren Quellen in einer einzigen MedicalDataSource zusammenführen, kann die Datenherkunft verschleiert werden. Da es für Datennutzer oft nützlich ist, die Herkunft von Daten zu kennen, empfehlen wir, das Feld meta.source für jede Ressource mit der ursprünglichen Quelle des Datensatzes zu füllen (in der Regel eine FHIR-Basis-URL).