cdaefa:CP-006-00
Inhaltsverzeichnis
CP-006-00:Unvollständiges Binding der Dokumenten-Metadaten
| Titel des Change Request | Unvollständiges Binding der Dokumenten-Metadaten |
| Einreicher des Change Proposal | Jörg Caumanns, Fraunhofer FOKUS |
| Datum der Einreichung des Change Proposal | 09.04.15 |
| Betroffene Revision der EFA-Spezifikation | 1 (Release Januar 2015) |
| EFAv2.0 Wiki Perspective | Implementable |
| EFAv2.0 Wiki Dimension | Information |
| Akteur / Klasse / Transaktion | docMetadata, XDS Document Entry Metadaten |
| Change Proposal ID | CP-006-00 |
| Datum der Veröffentlichung im EFAv2.0 Wiki | 09.04.15 |
| Change Proposal Status | Review |
| Abhängigkeit zum IHE Technical Framework | Nein |
| Abhängigkeit zum IHE-D Cookbook | Nein |
| Auswirkungen auf bestehende Implementierungen | Nein |
| Datum der letzten Aktualisierung des Change Proposal | 13.01.16 |
| Zugewiesener Bearbeiter | Jörg Caumanns |
Motivation für den Change Request
Die Abbildung der auf der Seite http://wiki.hl7.de/index.php?title=cdaefa:EFA_Business_Informationsmodell#docMetadata beschriebenen logischen Metadaten auf die technischen Metadaten von IHE XDS ist unvollständig. In der logische Spezifikation werden Attribute benannt, zu den nicht definiert ist, wie diese auf IHE XDS DocumentEntry Metadaten abzubilden sind.
Beschluss der 7er-Gruppe
(30.10.2015) Der Änderungsvorschlag wird angenommen. Die Umsetzung soll in die Ende Januar 2016 zu veröffentlichende Revision 2 der EFAv2.0-Spezifikation einfließen und ist Vorgabe für den EFA-Projectathon 2016. Folgende Festlegungen wurden von der 7er-Gruppe getroffen:
- Über die beschriebenen Ergänzungen hinaus wird eine Seite in die Spezifikation eingefügt, auf der übersichtlich zusammengefasst ist, welche Änderungen an einer bestehenden XDS erforderlich sind, um diese EFA-konform zu machen.
- Anmerkung: Die entsprechenden Informationen wurden zur Vorbereitung des EFA-Projectathon 2016 erstellt und werden nach Abschluss des Projectathon als informativer Text in die EFA-Spezifikation übernommen.
Ein Vorschlag für die Änderung der Spezifikation wird bis Ende 2015 durch das Fraunhofer FOKUS ausgearbeitet und der 7er-Gruppe zur Freigabe vorgelegt.
Vorschlag für die Änderung der EFAv2.0-Spezifikation
| http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_Document_Metadata_Binding |
In die Seite wird die nachfolgende Tabelle eingefügt
| EFA Metadata | IHE documentEntry Attribute | Remarks and Usage Constraints |
|---|---|---|
| Verantwortliche Organisation | author | EFA demands for registering the organization that takes responsibility for providing a document while IHE only allows to register the person/device (and organisation) that created the document. As it is assumed that provider of a document either ist the author of the document or acts on behalf the author of the document, the EFA "responsible organization" object is mapped onto an IHE "documentEntry.author" element. In cases these semantics conflict, the IHE semantics of "documentEntry.author" according to IHE ITI TF-3#4.2.3.2.1 shall be followed. |
| Status | availabilityStatus | shall be used according to IHE ITI TF-3#4.2.3.2.2. |
| Dokumentklasse | classCode | see below |
| comments | see below | |
| confidentialityCode | shall always be "N" for EFA | |
| Zeitpunkt der Bereitstellung | creationTime | EFA demands for registering the timestamp when a document was provided to an EFA while IHE only allows to register the time when the document was created. EFA clients shall fill in the IHE "documentEntry.creationTime" attribute. They should preferrable state the time of document provisioning instead of the document creation time in order to allow for EFA-specific document filtering and searching. |
| entryUUID | shall be used according to IHE ITI TF-3#4.2.3.2.7. | |
| eventCodeList | shall be used according to IHE ITI TF-3#4.2.3.2.8. | |
| formatCode | shall be used according to IHE ITI TF-3#4.2.3.2.9. | |
| Fehlererkennender Code | hash | shall be used according to IHE ITI TF-3#4.2.3.2.10. |
| healthcareFacilityTypeCode | shall be used according to IHE ITI TF-3#4.2.3.2.11. | |
| homeCommunityId | shall be used according to IHE ITI TF-3#4.2.3.2.12. | |
| languageCode | shall be used according to IHE ITI TF-3#4.2.3.2.13. | |
| legalAuthenticator | shall be used according to IHE ITI TF-3#4.2.3.2.14. For consent documents this element shall record the person/organization that validated the patient's consent and registered it with EFA. | |
| Dokumentformat | mimeType | shall be used according to IHE ITI TF-3#4.2.3.2.15. |
| patientID | patientId | shall be used according to IHE ITI TF-3#4.2.3.2.16. EFA Document Registry actors shall verify that the patient matches the person who gave consent to the respective EFA. |
| practiceSettingCode | shall be used according to IHE ITI TF-3#4.2.3.2.17. | |
| repositoryUniqueId | shall be used according to IHE ITI TF-3#4.2.3.2.18. | |
| Zeitliche Einordnung | serviceStartTime | shall be used according to IHE ITI TF-3#4.2.3.2.19. |
| serviceStopTime | shall be used according to IHE ITI TF-3#4.2.3.2.20. | |
| Dateigröße | size | shall be used according to IHE ITI TF-3#4.2.3.2.21. |
| sourcePatientId | shall be used according to IHE ITI TF-3#4.2.3.2.22. | |
| sourcePatientInfo | This element shall not be used for EFA. | |
| Titel | title | shall be used according to IHE ITI TF-3#4.2.3.2.24. |
| Dokumenttyp | typeCode | see below |
| documentID | uniqueId | shall be used according to IHE ITI TF-3#4.2.3.2.25. |
| URI | shall be used according to IHE ITI TF-3#4.2.3.2.26. | |
| referenceIdList | shall be used according to IHE ITI TF-3#4.2.3.2.27. | |
| limitedMetadata | shall be used according to IHE ITI TF-3#4.2.3.2.27. EFA clients and EFA Providers may implement the IHE Limited-Metadata-Option. | |
| objectType | shall be used according to IHE ITI TF-3#4.2.3.2.29. | |
| Signatur | Documents provided to an EFA may be digitally signed. In this case, the constraints and means defined by the IHE ITI DSG integration profile shall be considered. |
