Medizininformatik Initiative - CORD - Implementierungsleitfaden

PatientIn (Patient)

Dieses Profil beschreibt eine angepasste PatientIn des Basismoduls Person des Kerndatensatzes der Medizininformatik-Initiative. Das Profil Patient des Basismoduls Person wird im Rahmen von CORD-MI an die Bedürfnisse der Dokumentation von seltenen Erkrankungen angepasst.

Es ist zu beachten, dass keinerlei Vorgaben zur Abbildung eines pseudonymisierten Patienten gemacht werden. In Zukunft können diesbezüglich durch andere Kerndatensatzmodule Vorgaben entstehen.

Name:

Canonical:

Differential

FHIR-Element	Erklärung
Patient.id	Must-support, jedoch optional
Patient.meta	Must-support, jedoch optional
Patient.identifier:versichertenId_GKV	Siehe Basisprofil - Gesetzliche Krankenversichertennummer (10-stellige KVID). Es sei darauf hingewiesen, dass im 'Assigner'-Element die IKNR der ausgebenden Instiution eingetragen werden muss. Es handelt sich stets um die aktuelle Versicherungsnummer der PatientIn.
Patient.identifier:versicherungsnummer_pkv	Siehe Basisprofil - Private Krankenversichertennummer. Es handelt sich stets um die aktuelle Versicherungsnummer der PatientIn.
Patient.identifier:pid	Siehe Basisprofil Organisationsinterner Patienten-Identifier (PID). Führende (MPI) ID der PatientIn. In Patient.identifier:pid.assigner ist eine Referenz auf die ausgebende Organization notwendig. Logische Referenz per IK-Nummer oder IHE Affinity Domain OID ist zulässig. Es kann desweiteren folgendes CodeSystem aller MII Standorte verwendet werden: Core-Location-Identifier.
Patient.identifier	Jegliche weiteren Identifier, falls GKV/PKV/PID nicht zutreffend ist.
Patient.name	Siehe Basis-Profil für Datentyp HumanName. Es sei darauf hingewiesen, dass die Aufteilung des vollständigen Namens in seine Bestandteile (z.B. Vorsatzworte, Namenszusatz, Nachname) nur durchgeführt werden sollte, falls diese Informationen explizit in dieser Granulatität zur Verfügung stehen (z.B. durch einen direkten Import auf Basis eines VSDM-Datensatzes). Es ist zu berücksichtigen, dass der Geburtsname per allgemeiner Konvention nur den Familiennamen enthält.
Patient.gender	Siehe Basis-Profil Geschlecht
Patient.birthDate	Siehe Basisprofil - Geburtsdatum
Patient.deceased[x]	deceasedBoolean ist wo möglich durch deceasedDateTime zu ersetzen, wenn PatientIn verstorben ist.
Patient.address	Siehe Basisprofil - Adresse. Mehrfach-Adressen sind erlaubt. Systeme sind angehalten ehemalige Adressen als solche zu kennzeichnen, sodass die aktuelle Adresse der PatientIn erkennbar ist.
Patient.link	Notwendig zur Verlinkung mehrer Patient-Ressourcen, z.B. im Kontext eines Patienten-Matching. Die vorliegende Spezifikation enthält keine Vorgaben diesbezüglich, weitere Ausgestaltung notwendig.

FHIR Element	Logischer Datensatz
Patient.identifier:versichertenId_GKV	Person.Patient.Versicherung.Versichertennummer.VersichertenID-GKV
Patient.identifier:versicherungsnummer_pkv	Person.Patient.Versicherung.Versichertennummer.VersichertenID-PKV
Patient.identifier:default	Person.Patient.Versicherung, falls keine Versicherung (GKV / PKV) vorliegt
Patient.identifier:pid	Person.Patient.Patienten-Identifikator
Patient.name	Person.Name
Patient.name.given	Person.Name.Vorname
Patient.name.family	Person.Name.Familienname
Patient.name.family.extension.nachname	Person.Name.Nachname
Patient.name.family.extension.vorsatzwort	Person.Name.Vorsatzwort
Patient.name.family.extension.namenszusatz	Person.Name.Namenszusatz
Patient.name.prefix	Person.Name.Präfix
Patient.name.prefix.extension-prefix-qualifier	Person.Name.ArtDesPräfix
Patient.name.use	Person.Name.Geburtsname
Patient.gender	Person.Demographie.AdministrativesGeschlecht
Patient.birthDate	Person.Demographie.Geburtsdatum
Patient.deceased[x]	Person.Demographie.VitalStatus.PatientVerstorben / Todeszeitpunkt
Patient.address	Person.Demographie.Adresse
Patient.address.country	Person.Demographie.Adresse.Land
Patient.address.postalCode	Person.Demographie.Adresse.PLZ
Patient.address.City + Patient.address.extension.Stadtteil (Bei Stadtstaaten)	Person.Demographie.Adresse.Wohnort. Hinweis: Der Stadtteil ist nicht Bestandteil des VSDM-Datensatzes der Gematik. Andere Quellen konform zu §21 KHEntgG müssen eventuell hinzugezogen werden.
Patient.address.line	Person.Demographie.Adresse.Staße

Folgende Invarianten müssen bei der Implementierung des Profils beachtet werden:

Constraints:

Weitere Vorgaben werden durch die Profile für die Datentypen HumanName und Address durch die Deutschen Basisprofile gemacht.

Snapshot

Beispiele