EFA Ressource Manager Service Functional Model
Implementierungsleitfaden
K (→listPartitions) |
(→listPartitions) |
||
| (4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 41: | Zeile 41: | ||
|listPartitions | |listPartitions | ||
|[[cdaefa:EFA_Kommunikationsmuster#Auflisten_von_Partitionen|Auflisten von Partitionen]] | |[[cdaefa:EFA_Kommunikationsmuster#Auflisten_von_Partitionen|Auflisten von Partitionen]] | ||
| + | |- | ||
| + | |registerConsent | ||
| + | |[[cdaefa:EFA_Kommunikationsmuster#Registrierung_einer_neuen_Einwilligung|Registrierung einer neuen Einwilligung]] | ||
|} | |} | ||
| Zeile 62: | Zeile 65: | ||
|- | |- | ||
|[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]] | |[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]] | ||
| − | |Festlegung des Zwecks zu dem die Fallakte angelegt werden soll. | + | |Festlegung des Zwecks zu dem die Fallakte angelegt werden soll. Bei einem EFA-Provider kann für jeden Patienten zu einem Zweck nur eine Fallakte existieren. |
|- | |- | ||
|[[cdaefa:EFA_Business_Informationsmodell#ecrInfo|ecrInfo]] | |[[cdaefa:EFA_Business_Informationsmodell#ecrInfo|ecrInfo]] | ||
| Zeile 155: | Zeile 158: | ||
|Eindeutige Identifizierung der Fallakte, die geschlossen werden soll. | |Eindeutige Identifizierung der Fallakte, die geschlossen werden soll. | ||
|- | |- | ||
| − | |[[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo | + | |[[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo]] |
|Angaben zum Grund für das Schließen der Fallakte (z.B. Rücknahme der Einwilligung durch den Patienten). | |Angaben zum Grund für das Schließen der Fallakte (z.B. Rücknahme der Einwilligung durch den Patienten). | ||
|- | |- | ||
| Zeile 179: | Zeile 182: | ||
|descr | |descr | ||
|} | |} | ||
| − | |||
== ''listPartitions'' == | == ''listPartitions'' == | ||
| Zeile 185: | Zeile 187: | ||
{|class="wikitable" style="text-align: left; cellpadding: 10;" | {|class="wikitable" style="text-align: left; cellpadding: 10;" | ||
!Operation | !Operation | ||
| − | ! colspan="2"| | + | ! colspan="2"|listPartitions |
|- | |- | ||
|Funktionalität | |Funktionalität | ||
| Zeile 222: | Zeile 224: | ||
|} | |} | ||
| − | ---- | + | == ''registerConsent'' == |
| + | |||
| + | {|class="wikitable" style="text-align: left; cellpadding: 10;" | ||
| + | !Operation | ||
| + | ! colspan="2"|registerConsent | ||
| + | |- | ||
| + | |Funktionalität | ||
| + | | colspan="2"|Registrierung einer neuen Patienteneinwilligung zu einer bestehenden Fallakte. Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte werden gemäß der neuen Einwilligung festgesetzt. Alle vorher gegebenen Einwilligungen verlieren damit ihre Gültigkeit, sind aber nach wie vor über die Akte nachvollziehbar. | ||
| + | |- | ||
| + | | rowspan="4"|Eingabe | ||
| + | |[[cdaefa:EFA_Security_Informationsmodell#context|context]] | ||
| + | |Das Registrieren einer neuen Einwilligung muss innerhalb eines Sicherheitskontextes erfolgen, in dem der diese Operation initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation ''openContext'' des ''EFA Kontext Managers'' erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. | ||
| + | |- | ||
| + | |[[cdaefa:EFA_Business_Informationsmodell#ecrRef|ecrRef]] | ||
| + | |Eindeutige Identifizierung der Fallakte, zu der eine neue Einwilligung vorliegt. | ||
| + | |- | ||
| + | |[[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo]] | ||
| + | |Angaben zur neuen Einwilligung auf deren Basis Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte an Änderungen in der Behandlungsorganisation oder der Behandlungssituation angepasst werden sollen. | ||
| + | |- | ||
| + | |consentDoc (optional) | ||
| + | |Eine ggf. verfügbare elektronische Version des Einwilligungsdokuments kann im Rahmen dieser Operation zur Ablage in der Akte übergeben werden. | ||
| + | |- | ||
| + | |Rückgabe | ||
| + | |statusInfo | ||
| + | |Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) | ||
| + | |- | ||
| + | |Vorbedingungen | ||
| + | | colspan="2"| | ||
| + | * prec1 | ||
| + | * prec2 | ||
| + | |- | ||
| + | |Ablaufsequenz | ||
| + | | colspan="2"| | ||
| + | # seq1 | ||
| + | # seq2 | ||
| + | |- | ||
| + | |Mögliche Fehler | ||
| + | |name | ||
| + | |descr | ||
| + | |} | ||
| + | |||
| + | === Querverweise und Referenzen === | ||
| − | * | + | * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]] |
Aktuelle Version vom 21. April 2013, 09:46 Uhr
 |
Dieses Dokument gibt wieder:
Implementierungsleitfaden EFA Ressource Manager Service Functional Model (0.9). Die Teilmaterialien gehören der Kategorie cdaefa an. |
EFA Ressource Manager Service Functional Model
EFA Ressource Manager Service Functional Model
Implementierungsleitfaden
vorgelegt von:
February 2013
Jörg Caumanns, Raik Kuhlisch
February 2013
Jörg Caumanns, Raik Kuhlisch
Draft
| Version: | 0.9 |
| Datum: | March 2013 |
| Status: | xxx |
| Verfahren: | {{{Verfahren}}} |
| Realm: |  Deutschland
|
Copyright © 2012-2013: HL7 Deutschland
Status: 
Offene Punkte:
- Ablaufbeschreibungen
- Vorbedingungen
- Fehlermeldungen
Inhaltsverzeichnis
Operationen des EFA Ressource Manager
Die nachfolgende Tabelle listet die vom EFA Ressource Manager (ECR Resource Manager) bereit gestellten Operationen sowie die damit realisierbaren Kommunikationsmuster.
| Operation | Kommunikationsmuster |
|---|---|
| createECR | Anlegen einer Fallakte |
| createPartition | Anlegen einer Partition zu einer bestehenden Fallakte |
| closeECR | Schließen einer Fallakte |
| listPartitions | Auflisten von Partitionen |
| registerConsent | Registrierung einer neuen Einwilligung |
In den folgenden Abschnitten werden diese Operationen plattform-unabhängig über das Service Functional Model des EFA Ressource Managers spezifiziert.
createECR
| Operation | createECR | |
|---|---|---|
| Funktionalität | Mit der Operation createECR wird eine neue Fallakte für einen Patienten angelegt. Sofern bereits eine Fallakte zu dem benannten Zweck existiert, wird keine neue Akte angelegt, sondern stattdessen die bestehende Akte um eine Partition und die neu hinzu kommenden Behandlungsteilnehmer erweitert. | |
| Eingabe | context | Die Anlage einer Fallakte muss innerhalb eines Sicherheitskontextes erfolgen, in dem der die EFA-Neuanlage initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
| patientID | Eindeutige Identifizierung des Patienten für den eine Fallakte angelegt werden soll. Hierzu muss eine ID verwendet werden, die bereits beim EFA-Provider für den Patienten registriert ist. Ggf. muss eine Abfrage an einen MPI dieser Operation vorgeschaltet werden, um diese ID anhand demografischer Daten des Patienten zu ermitteln (siehe IHE Cookbook für die Abfrage einer XAD-PID). | |
| purpose | Festlegung des Zwecks zu dem die Fallakte angelegt werden soll. Bei einem EFA-Provider kann für jeden Patienten zu einem Zweck nur eine Fallakte existieren. | |
| ecrInfo | Beschreibende Daten zur anzulegenden Fallakte bzw. der für die Fallakte angelegten initialen Partition (falls das genutzte Binding keine expliziten Akten-Objekte erlaubt, werden diese Metadaten an die initial für die Akte angelegte Partition gebunden). | |
| consentInfo | Informationen zu der vom Patienten gegebenen Einwilligung einschließlich der Gültigkeitsdauer der Akte und der Angabe der als EFA-Teilnehmer zum Zugriff auf die Akte zu berechtigenden Personen und Organisationen. | |
| consentDoc (optional) | Sofern die Einwilligungserklärung des Patienten als (gescanntes) elektronisches Dokument vorliegt, kann diese bei der Anlage der Akte direkt in die Akte eingestellt werden. | |
| Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
| partitionID | Eindeutige ID der Partition, die entweder als initiale Partition für einen neue Fallakte angelegt wurde oder zu einer bereits bestehenden Fallakte hinzugefügt wurde. | |
| Vorbedingungen |
| |
| Ablaufsequenz |
| |
| Mögliche Fehler | name | descr |
createPartition
| Operation | createPartition | |
|---|---|---|
| Funktionalität | Anlegen einer neuen Partition zu einer bestehenden Fallakte. | |
| Eingabe | context | Die Anlage einer Partition muss innerhalb eines Sicherheitskontextes erfolgen, in dem der die Anlage der Partition initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
| ecrRef | Eindeutige Identifizierung der Fallakte, zu der die Partition hinzugefügt werden soll. | |
| partitionInfo | Metadaten zu der neu anzulegenden Partition (Titel, etc.) | |
| initialDoc (optional) | Bei der Anlage einer Partition können initial in diese Partition einzustellende Dokumente mit übergeben werden. | |
| Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
| partitionID | Eindeutige ID der neu angelegten Partition. | |
| Vorbedingungen |
| |
| Ablaufsequenz |
| |
| Mögliche Fehler | name | descr |
closeECR
| Operation | closeECR | |
|---|---|---|
| Funktionalität | Schließen einer bestehenden Fallakte. Die Fallakte geht damit in den "Grace"-Status über. | |
| Eingabe | context | Das Schließen einer Fallakte muss innerhalb eines Sicherheitskontextes erfolgen, in dem der diese Operation initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
| ecrRef | Eindeutige Identifizierung der Fallakte, die geschlossen werden soll. | |
| consentInfo | Angaben zum Grund für das Schließen der Fallakte (z.B. Rücknahme der Einwilligung durch den Patienten). | |
| consentDoc (optional) | Sofern die Schließung der Akte auf eine Änderung der Einwilligung zurückzuführen ist, kann eine elektronische Version des entsprechenden Dokuments mit übergeben werden. Hierdurch ist auch nach dem Schließen der Akte der Grund für diese Operation noch nachvollziehbar. | |
| Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
| Vorbedingungen |
| |
| Ablaufsequenz |
| |
| Mögliche Fehler | name | descr |
listPartitions
| Operation | listPartitions | |
|---|---|---|
| Funktionalität | Mit der Operation listPartitions werden Informationen zu allen Partitionen (und deren übergeordneten Fallakte) aufgelistet, zu denen der Aufrufer über die vom betroffenen Patienten gegebenen Einwilligungen zugangsberechtigt ist. | |
| Eingabe | context | Die Suche nach Fallakten und Partitionen muss innerhalb eines Sicherheitskontextes erfolgen, in dem der die Anfrage initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
| patientID | Eindeutige Identifizierung des Patienten nach dessen Fallakten und Partitionen gesucht werden soll. Hierzu muss eine ID angegeben werden, die bereits beim EFA-Provider für den Patienten registriert ist und die bei der Anlage der EFA verwendet wurde. Ggf. muss eine Abfrage an einen MPI dieser Operation vorgeschaltet werden, um diese ID anhand demografischer Daten des Patienten zu ermitteln (siehe IHE Cookbook für die Abfrage einer XAD-PID). | |
| purpose (optional) | Einschränkung der Suche auf Akten und Partitionen, die zu einem bestimmten Zweck angelegt wurden. | |
| Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
| partitionList | Liste von nach übergeordneten Fallakten strukturierten Partitionen des Patienten, die im Ergebnis der Suchanfrage gefunden wurden. | |
| Vorbedingungen |
| |
| Ablaufsequenz |
| |
| Mögliche Fehler | name | descr |
registerConsent
| Operation | registerConsent | |
|---|---|---|
| Funktionalität | Registrierung einer neuen Patienteneinwilligung zu einer bestehenden Fallakte. Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte werden gemäß der neuen Einwilligung festgesetzt. Alle vorher gegebenen Einwilligungen verlieren damit ihre Gültigkeit, sind aber nach wie vor über die Akte nachvollziehbar. | |
| Eingabe | context | Das Registrieren einer neuen Einwilligung muss innerhalb eines Sicherheitskontextes erfolgen, in dem der diese Operation initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
| ecrRef | Eindeutige Identifizierung der Fallakte, zu der eine neue Einwilligung vorliegt. | |
| consentInfo | Angaben zur neuen Einwilligung auf deren Basis Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte an Änderungen in der Behandlungsorganisation oder der Behandlungssituation angepasst werden sollen. | |
| consentDoc (optional) | Eine ggf. verfügbare elektronische Version des Einwilligungsdokuments kann im Rahmen dieser Operation zur Ablage in der Akte übergeben werden. | |
| Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
| Vorbedingungen |
| |
| Ablaufsequenz |
| |
| Mögliche Fehler | name | descr |
