cdaefa:CP-006-00

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 joerg.caumanns@fokus.fraunhofer.de
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	Eingereicht
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	09.04.15
Zugewiesener Bearbeiter	Wird per Telefonkonferenz von der 7er-Gruppe festgelegt

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.
	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.