Datenformat für medizinische Daten

Daten aus Medical Records werden im HL7 FHIR-Format gespeichert.

Medical Records unterstützt die folgenden FHIR-Versionen (Fast Health Interoperable Resources):

Medizinische Ressourcentypen

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

Diese Ressourcen werden Datenkategorien in Health Connect zugeordnet, die in der API als „Medical Resource Types“ bezeichnet werden. Beobachtungsressourcen werden anhand von Inhalten wie LOINC-Codes (Logical Observation Identifiers Names and Codes) und FHIR-Kategorien zugeordnet.

Beobachtungen, die keiner dieser Kategorien angehören, werden nicht in Health Connect geschrieben.

Tabelle 1: Medizinische Ressourcentypen in Health Connect
Health Connect-Typ für medizinische Ressourcen FHIR-Ressource(n) Erklärung von Berechtigungen für Health Connect
Allergien AllergyIntolerance android.permission.health.READ_MEDICAL_DATA_ALLERGIES_INTOLERANCES
Krankheiten Bedingung android.permission.health.READ_MEDICAL_DATA_CONDITIONS
Labor

Beobachtung

  • laboratory FHIR-Kategorie
 android.permission.health.READ_MEDICAL_DATA_LABORATORY_RESULTS
Medikamente Medication, MedicationRequest, MedicationStatement android.permission.health.READ_MEDICAL_DATA_MEDICATIONS
Personenbezogene Daten Patienten android.permission.health.READ_MEDICAL_DATA_PERSONAL_DETAILS
Daten zu Ärzten Arzt, PractitionerRole android.permission.health.READ_MEDICAL_DATA_PRACTITIONER_DETAILS
Schwangerschaft

Beobachtung

  • LOINC-Codes für Schwangerschaft
 android.permission.health.READ_MEDICAL_DATA_PREGNANCY
Medizinische Verfahren Ablauf android.permission.health.READ_MEDICAL_DATA_PROCEDURES
Soziale Faktoren

Beobachtung

  • LOINC-Codes für soziale Faktoren
  • social-history FHIR-Kategorie
 android.permission.health.READ_MEDICAL_DATA_SOCIAL_HISTORY
Impfungen Immunisierung android.permission.health.READ_MEDICAL_DATA_VACCINES
Arztbesuche Begegnung, Standort, Organisation android.permission.health.READ_MEDICAL_DATA_VISITS
Vitalparameter

Beobachtung

  • LOINC-Codes für Vitalparameter
  • vital-signs FHIR-Kategorie
 android.permission.health.READ_MEDICAL_DATA_VITAL_SIGNS

Ressourcen für Patienten

Health Connect ist derzeit nur für die Speicherung von Daten aus medizinischen Unterlagen für eine einzelne Person vorgesehen. Daher sollten alle geschriebenen 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 unterschiedlichen Organisationsstrukturen Rechnung zu tragen.

Datenvalidierung

Die Medical Records APIs akzeptieren gültige FHIR-Ressourcen aus unterstützten Versionen. Health Connect führt eine Validierung durch, um zu bestätigen, dass die FHIR-Spezifikation für jede unterstützte Version eingehalten wird.

Validierungsprüfungen, die mit Coming soon gekennzeichnet sind, werden noch nicht erzwungen, aber in einem zukünftigen Release. Wir empfehlen, alle aufgeführten Validierungsprüfungen zu berücksichtigen, um die Kompatibilität mit zukünftigen Releases zu gewährleisten.

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

Die von der schreibenden Anwendung deklarierte 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 aufgezeichnete 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
  • Patienten
  • 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 mit einer anderen FHIR-Ressource desselben Ressourcentyps aus derselben MedicalDataSource gemeinsam.
Geschäftsregeln Enthält keine eingebettete 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 sie als eigenständige Ressource zu erstellen.
Gültige FHIR-Basis Felder der obersten Ebene im FHIR-JSON sind in der FHIR-Spezifikation für den angegebenen Ressourcentyp vorhanden.
Gültige FHIR-Basis Felder der obersten Ebene haben keine JSON-Nullwerte.
Gültige FHIR-Basis Alle erforderlichen Felder der obersten Ebene sind vorhanden.
Gültige FHIR-Basis Felder der obersten Ebene, die als wiederholte Elemente in FHIR definiert sind, haben den JSON-Datentyp array.
Gültige FHIR-Basis Felder der obersten Ebene (einschließlich Elemente in JSON-arrays), die in FHIR als komplexe Typen definiert sind, haben den JSON-Datentyp object.
Gültige FHIR-Basis Felder der obersten Ebene (einschließlich Elemente in JSON-arrays), die als primitive Typen in FHIR 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
Bald verfügbar
Gültige FHIR-Basis Felder der obersten Ebene, die in FHIR als primitive Typen definiert sind, entsprechen den Anforderungen an reguläre Ausdrücke. Bald verfügbar
Gültige FHIR-Basis Erweiterungen für einfache Typen sind in der FHIR-Spezifikation vorhanden und haben den JSON-Datentyp object.
Gültige FHIR-Basis Für Auswahlfelder (fieldname[x]) wird nur ein Feld aufgezeichnet. effectiveDateTime und effectivePeriod können beispielsweise nicht beide in derselben Ressourceninstanz vorhanden sein.
Gültige FHIR-Basis Komplexe Datentypen enthalten Felder und Datentypen, die der FHIR-Spezifikation entsprechen. Bald verfügbar
Gültige FHIR-Basis Backbone-Elemente (und Elemente in komplexen Typen) enthalten Felder und Datentypen, die der FHIR-Spezifikation entsprechen. Bald verfügbar
Gültige FHIR-Basis Extensions-Element value[x]-Felder sind ein gültiger Typ und enthalten Inhalte, die dem Datentyp entsprechen. Erweiterungselemente können in jede Ressource eingefügt werden, um zusätzliche Informationen darzustellen, die nicht Teil der Basisspezifikation sind. Sie enthalten ein Feld url, das auf die Definition der Erweiterung verweist, und ein Feld value[x], das den Erweiterungswert enthält. value[x] muss aus einer festgelegten Liste akzeptierter Datentypen stammen. Bald verfügbar

Transformierte FHIR-Daten

Einige Apps transformieren FHIR-Daten, um ihren eigenen Anforderungen gerecht zu werden. Beispiel:

  • Daten aus verschiedenen Quellen zusammenführen (in der Regel FHIR-APIs).
  • Codes globalen Terminologien (z. B. SNOMED, LOINC, ICD) zuordnen und Einheiten standardisieren.
  • Daten konsolidieren und deduplizieren
  • Formatierungs- oder andere Probleme mit der Datenqualität beheben
  • Einträge anhand von app-spezifischen 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, transformierte Daten nach Möglichkeit zu schreiben. Beachten Sie jedoch Folgendes:

  • Bei Apps mit eingeschränkten Anwendungsfällen werden möglicherweise viele Datensätze herausgefiltert, aus denen andere Apps im Ökosystem einen Nutzen für Nutzer ziehen könnten. In solchen Fällen kann es sinnvoll sein, das nicht transformierte FHIR zu schreiben, das vollständiger ist. Informieren Sie Nutzer jedoch unbedingt darüber, dass diese umfassenderen Daten weitergegeben werden.
  • Wenn Sie Daten aus verschiedenen Quellen zusammenführen, können Sie Daten in ein einzelnes MedicalDataSource in Health Connect schreiben. Sie müssen jeder Ressource auch eine neue ID zuweisen, um Konflikte zu vermeiden, und Ressourcenverweise aktualisieren, damit sie auf die neuen IDs verweisen.
  • Wenn Daten aus mehreren Quellen in einem einzigen MedicalDataSource zusammengeführt werden, kann die Datenquelle verschleiert werden. Da es für Datennutzer oft hilfreich ist, die Herkunft von Daten zu verstehen, empfehlen wir, das Feld meta.source für jede Ressource mit der ursprünglichen Quelle des Datensatzes (in der Regel eine FHIR-Basis-URL) zu füllen.
Zurück
Übersicht
Weiter
Medizinische Daten schreiben