Kurzbeschreibung
In diesem Profil kann eine PatientIn dokumentiert werden. Die im FHIR®-Profil abgebildete Information findet sich im Informationsmodell unter 1. PatientIn, 1.1 Identifikator, 1.1.1 VersichertenID_GKV, 1.1.2 Versichertennummer_KVK, 1.1.3 Versichertennummer_PKV, 1.1.4 PID, 1.1.5 Reisepassnummer, 1.2 Name, 1.2.1 Name, 1.2.1.1 Vollständiger Name, 1.2.1.2 Vorsatzwort, 1.2.1.3 Namenszusatz, 1.2.1.4 Titel, 1.2.1.5 Nachname, 1.2.1.6 Vorname, 1.3 Anschrift, 1.3.1 Straẞenanschrift, 1.3.1.1 Stadtteil, 1.3.1.2 Anschriftenzusatz, 1.3.1.3 Straẞe, 1.3.1.4 Ort, 1.3.1.5 Hausnummer, 1.3.1.6 Postleitzahl, 1.3.1.7 Land/Wohnsitzländercode, 1.3.2 Postfach, 1.3.2.1 Stadtteil, 1.3.2.2 Land/Wohnsitzländercode, 1.3.2.3 Postleitzahl, 1.3.2.4 Ort, 1.3.2.5 Postfach, 1.4 Geburtsdatum, 1.5 Administratives Geschlecht, 1.6 Kontaktdaten, 1.6.1 Kontaktkanal, 1.6.2 Wert, 1.7 Sprachen, 4.3.5 PatientIn und 4.4.4 PatientIn.
Bezeichnung der FHIR®-Ressource
Der FHIR®-Identifikator der FHIR®-Ressource lautet:
https://fhir.kbv.de/StructureDefinition/KBV_PR_MIO_LAB_Patient
Die Ressource kann auf Simplifier.net unter folgendem Link eingesehen werden:
Übersichtsabbildung des Profils
Kommentierungen
-
-
Key
-
LAB1X0X0-16
-
Erstellt
-
16.06.2022
-
Name
-
Robert Fruth
-
Organisation
-
doctolib GmbH
-
Zusammenfassung
-
Kardinalitäten 0..0
-
Beschreibung
-
Was ist das Entscheidungskriterium für 0..0 Kardinalitäten?
Beispielsweise wird die Version des Identifiertyps erlaubt (Patient.identifier:versichertenId_GKV.type.coding.version), jedoch das Attribut userSelected im selben Coding-Block gestrichen.
Wäre es nicht im Sinne der Interoperabilität sämtliche Felder zuzulassen und Elemente, welche tatsächlich für dieses MIO relevant sind mit einem Must-Support zu versehen?
(dieser Kommentar gilt für sämtliche Profile)
-
