cdaefa Diskussion:EFA Business Lebenszyklus: Unterschied zwischen den Versionen
K (Change Requests aktualisiert.) |
|||
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
− | |||
= Change Requests = | = Change Requests = | ||
− | |||
− | |||
{|class="wikitable" style="text-align: left; cellpadding: 10;" | {|class="wikitable" style="text-align: left; cellpadding: 10;" | ||
− | + | !ID | |
!Requester | !Requester | ||
!Status | !Status | ||
Zeile 11: | Zeile 8: | ||
!Recommendation Editor | !Recommendation Editor | ||
!Discussion | !Discussion | ||
− | |- style="vertical-align:top;" | + | |
− | |style="background-color: white;"| | + | |- style="vertical-align:top;" |
− | |style="background-color: # | + | |style="background-color: white;"|8 |
− | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | + | |style="background-color: white;"|- |
− | |style="background-color: white;"|'''Einbau eines technischen Verfallsdatums für FallAkten:''' | + | |style="background-color: #89C35C;"|included |
+ | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | ||
+ | |style="background-color: white;"|'''Einbau eines technischen Verfallsdatums für FallAkten:''' | ||
Eine Fallakte sollte nicht nur mit Erreichen des Endes der Gültigkeit der Einwilligung automatisch in den Zustand "suspended" übergehen, sondern auch wenn über einen vom Provider festzulegenden Zeitraum keine Zugriffe auf die Akte erfolgt sind. | Eine Fallakte sollte nicht nur mit Erreichen des Endes der Gültigkeit der Einwilligung automatisch in den Zustand "suspended" übergehen, sondern auch wenn über einen vom Provider festzulegenden Zeitraum keine Zugriffe auf die Akte erfolgt sind. | ||
− | |style="background-color: white;"| | + | |style="background-color: white;"| |
* Es sollte eine Seite "Empfehlungen für den Betrieb von Fallakten" angelegt werden, auf der entsprechende Hinweise/Empfehlungen gesammelt werden. Dort sollte dieser Vorschlag als nicht-normative Empfehlung aufgenommen werden. In dem Interaktionsmuster "Schließen einer Fallakte" sollte der Vorschlag als Umsetzungsvariante aufgeführt werden. | * Es sollte eine Seite "Empfehlungen für den Betrieb von Fallakten" angelegt werden, auf der entsprechende Hinweise/Empfehlungen gesammelt werden. Dort sollte dieser Vorschlag als nicht-normative Empfehlung aufgenommen werden. In dem Interaktionsmuster "Schließen einer Fallakte" sollte der Vorschlag als Umsetzungsvariante aufgeführt werden. | ||
* Einigung: Provider kann aus mit Ärzten abgestimmten Gründen Suspend-Zustand anstoßen (jc, 2014-01-21) | * Einigung: Provider kann aus mit Ärzten abgestimmten Gründen Suspend-Zustand anstoßen (jc, 2014-01-21) | ||
− | |style="background-color: white;"| | + | |style="background-color: white;"| |
* Eine solche Hilfe-Seite ist auf jeden Fall zu begrüßen und unabhängig von der Anfrage. Das müsste m.E.n. Bestandteil der übergeordneten Provider Policy sein. Was wir brauchen sind eine Liste von Aspekten, die in den Policies ausgedrückt werden müssen. Mir schwebt hier die Nutzung der Security Labels vor: Wir müssten damit ein entsprechende ValueSets für EFA definieren! (fo) | * Eine solche Hilfe-Seite ist auf jeden Fall zu begrüßen und unabhängig von der Anfrage. Das müsste m.E.n. Bestandteil der übergeordneten Provider Policy sein. Was wir brauchen sind eine Liste von Aspekten, die in den Policies ausgedrückt werden müssen. Mir schwebt hier die Nutzung der Security Labels vor: Wir müssten damit ein entsprechende ValueSets für EFA definieren! (fo) | ||
* Ablehnen, da es lange Zeiträume geben kann, in den keine Rückmeldung des Patienten nötig ist. Behandlungsgrund in Kombination mit Nicht-Benutzung sollte nicht automatisch zur Schließung führen. (ws, 2014-01-21) | * Ablehnen, da es lange Zeiträume geben kann, in den keine Rückmeldung des Patienten nötig ist. Behandlungsgrund in Kombination mit Nicht-Benutzung sollte nicht automatisch zur Schließung führen. (ws, 2014-01-21) | ||
* Gibt es technischen Grund, der dagegen spricht? Es könnte organisatorisch geregelt sein, dass Suspend unter bestimmten Bedingungen angestoßen wird. (ti, 2014-01-21) | * Gibt es technischen Grund, der dagegen spricht? Es könnte organisatorisch geregelt sein, dass Suspend unter bestimmten Bedingungen angestoßen wird. (ti, 2014-01-21) | ||
− | |- style="vertical-align:top;" | + | |
− | |style="background-color: white;"| | + | |- style="vertical-align:top;" |
− | |style="background-color: # | + | |style="background-color: white;"|9 |
− | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | + | |style="background-color: white;"|- |
− | |style="background-color: white;"|'''Konkretere Empfehlungen zur Archivierung von Fallakten:''' | + | |style="background-color: #E77471;"|rejected |
+ | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | ||
+ | |style="background-color: white;"|'''Konkretere Empfehlungen zur Archivierung von Fallakten:''' | ||
Weder in der Spezifikation noch im Sicherheitskonzept wird beschrieben, welche Bestandteile einer Fallakte nach Abschluss der Akte zu archivieren sind. Insbesondere ist unklar, ob auch die Dokumente selbst zu archivieren sind. Im Fall einer verteilten Fallakte ist unklar, ob jeder Provider die bei ihm liegenden Daten archiviert oder ob die gesamte Akte bei einem (oder gar bei jedem betroffenen) Provider archiviert wird. | Weder in der Spezifikation noch im Sicherheitskonzept wird beschrieben, welche Bestandteile einer Fallakte nach Abschluss der Akte zu archivieren sind. Insbesondere ist unklar, ob auch die Dokumente selbst zu archivieren sind. Im Fall einer verteilten Fallakte ist unklar, ob jeder Provider die bei ihm liegenden Daten archiviert oder ob die gesamte Akte bei einem (oder gar bei jedem betroffenen) Provider archiviert wird. | ||
− | |style="background-color: white;"| | + | |style="background-color: white;"| |
* Es sollte eine Seite "Empfehlungen für den Betrieb von Fallakten" angelegt werden, auf der entsprechende Hinweise/Empfehlungen gesammelt werden. Dort sollte der folgende Hinweis gegeben werden: ''Alle Metadaten und die Zugriffsprotokolle müssen archiviert werden. Idealerweise sollten die Teilnehmer eines EFA-Netzes untereinander vereinbaren, dass die jeweiligen Urheber alle Dokumente gemäß der gesetzlichen Vorgaben aufbewahren und sich gegenseitig im Falle eines Falles auch nach Ablauf der EFA zur Verfügung stellen. In diesem Fall ist eine Archivierung der Dokumente selbst nicht erforderlich.'' | * Es sollte eine Seite "Empfehlungen für den Betrieb von Fallakten" angelegt werden, auf der entsprechende Hinweise/Empfehlungen gesammelt werden. Dort sollte der folgende Hinweis gegeben werden: ''Alle Metadaten und die Zugriffsprotokolle müssen archiviert werden. Idealerweise sollten die Teilnehmer eines EFA-Netzes untereinander vereinbaren, dass die jeweiligen Urheber alle Dokumente gemäß der gesetzlichen Vorgaben aufbewahren und sich gegenseitig im Falle eines Falles auch nach Ablauf der EFA zur Verfügung stellen. In diesem Fall ist eine Archivierung der Dokumente selbst nicht erforderlich.'' | ||
* Einigung: Normatives zur Archivierung kommt auf die Lebenszyklus-Seite. Weiche Anforderungen auf Empfehlungsseite (jc, 2014-01-21) | * Einigung: Normatives zur Archivierung kommt auf die Lebenszyklus-Seite. Weiche Anforderungen auf Empfehlungsseite (jc, 2014-01-21) | ||
− | |style="background-color: white;"| | + | |style="background-color: white;"| |
* ok (fo) | * ok (fo) | ||
* Nein. Aufbewahrungspflicht bis 30 Jahre. Audit-Trail genügt, da hier die Beziehungen zwischen Dokumente und Akte und die Zugriffe gespeichert sind. Die Dokumente selbst müssen auch unabhängig von der EFA archiviert sein. (ws, 2014-01-21) | * Nein. Aufbewahrungspflicht bis 30 Jahre. Audit-Trail genügt, da hier die Beziehungen zwischen Dokumente und Akte und die Zugriffe gespeichert sind. Die Dokumente selbst müssen auch unabhängig von der EFA archiviert sein. (ws, 2014-01-21) | ||
* Es können auch die Metadaten entfallen. (jc, 2014-01-21) | * Es können auch die Metadaten entfallen. (jc, 2014-01-21) | ||
* Anbieter mit weitergehender Archivierung? Audit muss eh dauerhaft vorgehalten werden. Daher keine konkrete Anforderung, wie Archivierung durchzuführen ist. (ti, 2014-01-21) | * Anbieter mit weitergehender Archivierung? Audit muss eh dauerhaft vorgehalten werden. Daher keine konkrete Anforderung, wie Archivierung durchzuführen ist. (ti, 2014-01-21) | ||
− | |- style="vertical-align:top;" | + | |
− | |style="background-color: white;"| | + | |- style="vertical-align:top;" |
− | |style="background-color: # | + | |style="background-color: white;"|10 |
− | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | + | |style="background-color: white;"|- |
− | |style="background-color: white;"|'''Zustandsübergang verfallen -- archiviert beschreiben:''' | + | |style="background-color: #89C35C;"|included |
+ | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | ||
+ | |style="background-color: white;"|'''Zustandsübergang verfallen -- archiviert beschreiben:''' | ||
Die Fallakte geht aus dem Status "verfallen" mit der Archivierung der Akte unmittelbar in den Status "archiviert" über. Es ist unklar, warum zwei Status benötigt werden und wie der Statusübergang technisch realisiert wird. | Die Fallakte geht aus dem Status "verfallen" mit der Archivierung der Akte unmittelbar in den Status "archiviert" über. Es ist unklar, warum zwei Status benötigt werden und wie der Statusübergang technisch realisiert wird. | ||
− | |style="background-color: white;"| | + | |style="background-color: white;"| |
* Der Text dieser Seite sollte dahingehend ergänzt werden, dass das Erreichen des Status "verfallen" der Auslöser für die Archivierung ist. Ist diese abgeschlossen wird der Status "verfallen" erreicht, dessen Erreichen wiederum der Auslöser dafür ist, dass Metadaten und Dokumente dieser Akte aus dem Registry und dem Repository gelöscht werden können. Der explizite Übergang von "verfallen" zu "archiviert" bildet somit eine technische Karenzzeit, um den Herstellern (und Betreibern) etwas mehr Spielraum bei der konkreten Umsetzung der Archivierung zu lassen. | * Der Text dieser Seite sollte dahingehend ergänzt werden, dass das Erreichen des Status "verfallen" der Auslöser für die Archivierung ist. Ist diese abgeschlossen wird der Status "verfallen" erreicht, dessen Erreichen wiederum der Auslöser dafür ist, dass Metadaten und Dokumente dieser Akte aus dem Registry und dem Repository gelöscht werden können. Der explizite Übergang von "verfallen" zu "archiviert" bildet somit eine technische Karenzzeit, um den Herstellern (und Betreibern) etwas mehr Spielraum bei der konkreten Umsetzung der Archivierung zu lassen. | ||
− | + | |style="background-color: white;"| | |
− | |style="background-color: white;"| | ||
* Genaugenommen hat eine Akte und die Dokumente darin mehrere unterschiedliche Statusinformationen, die unabhängig voneinander sind. Das ist bspw. in dem MDM-Profil auf Basis von HL7 v2.5 auch beschrieben: HL7v2-Profile_MDM-Nachrichten#15._Statusverwaltung_von_Dokumenten Das in einen einzigen Status zu pressen ist m.E.n. der immer wieder verwendete, aber falsche Ansatz. (fo) | * Genaugenommen hat eine Akte und die Dokumente darin mehrere unterschiedliche Statusinformationen, die unabhängig voneinander sind. Das ist bspw. in dem MDM-Profil auf Basis von HL7 v2.5 auch beschrieben: HL7v2-Profile_MDM-Nachrichten#15._Statusverwaltung_von_Dokumenten Das in einen einzigen Status zu pressen ist m.E.n. der immer wieder verwendete, aber falsche Ansatz. (fo) | ||
* Zugriffslogs werden archiviert. Daher, Akte ist archiviert, wenn alle Logs archiviert sind. (jc, 2014-01-21) | * Zugriffslogs werden archiviert. Daher, Akte ist archiviert, wenn alle Logs archiviert sind. (jc, 2014-01-21) | ||
Zeile 55: | Zeile 57: | ||
* Grace-Period für Vorbereitung der Archivierung berücksichtigen. (ws, 2014-01-21) | * Grace-Period für Vorbereitung der Archivierung berücksichtigen. (ws, 2014-01-21) | ||
* Zustand archiviert existiert nicht, da Archiviertes nicht sichtbar. Vorschlag: Unterscheidung für Sichtweise Arzt/Provider (jc, 2014-01-21) | * Zustand archiviert existiert nicht, da Archiviertes nicht sichtbar. Vorschlag: Unterscheidung für Sichtweise Arzt/Provider (jc, 2014-01-21) | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|11 | ||
+ | |style="background-color: white;"|- | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|Eune.01 : Lebenszyklus einer Fallakte | ||
+ | |style="background-color: white;"|'''Vorzeitiges Schließen einer Fallakte:''' | ||
+ | Die Darstellung fokussiert sehr stark auf Szenarien, in denen das Schließen der Akte vom Patienten ausgeht (incl. Ablauf des Consent). Es sollte deutlicher gemacht werden, dass es ebenso auch Szenarien gibt, in denen die Teilnehmer die Aktenschließung initiieren - und das potenziell schon nach recht kurzer Aktenlebensdauer (z.B. Abschluss eines Konzils). | ||
+ | |style="background-color: white;"|Neben der Beschreibung der Zustände im Lebenszyklus der Fallakte wird eine Beschreibung der Zustandsübergänge hinzugefügt, für die die Auslöser detailierter beschrieben werden. (bkr, 2014-06-13) | ||
+ | |style="background-color: white;"| | ||
|} | |} | ||
Zeile 96: | Zeile 108: | ||
|} | |} | ||
− | == | + | = Authors = |
− | ;jc | + | {|class="wikitable" style="text-align: left; cellpadding: 10;" |
− | : | + | !Kürzel |
− | ; | + | !Name |
− | : | + | !Organisation |
− | ; | + | !E-Mail |
− | + | ||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|fh | ||
+ | |style="background-color: white;"|Frank Oemig | ||
+ | |style="background-color: white;"|Agfa Healthcare | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|ti | ||
+ | |style="background-color: white;"|Tarik Idris | ||
+ | |style="background-color: white;"|InterComponentWare AG | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|mr | ||
+ | |style="background-color: white;"|Michael Rübener | ||
+ | |style="background-color: white;"|X-tension | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|sh | ||
+ | |style="background-color: white;"|Salima Houta | ||
+ | |style="background-color: white;"|Fraunhofer ISST | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|jc | ||
+ | |style="background-color: white;"|Jörg Caumanns | ||
+ | |style="background-color: white;"|Fraunhofer FOKUS | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|bk | ||
+ | |style="background-color: white;"|Ben Kraufmann | ||
+ | |style="background-color: white;"|Fraunhofer FOKUS | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|iw | ||
+ | |style="background-color: white;"|Ingo Wolf | ||
+ | |style="background-color: white;"|gematik | ||
+ | |||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|mk | ||
+ | |style="background-color: white;"|Marcel Klötgen | ||
+ | |style="background-color: white;"|CompuGroup Medical | ||
+ | |} |
Aktuelle Version vom 16. September 2014, 11:51 Uhr
Change Requests
ID | Requester | Status | Section | Change Request | Recommendation Editor | Discussion |
---|---|---|---|---|---|---|
8 | - | included | Eune.01 : Lebenszyklus einer Fallakte | Einbau eines technischen Verfallsdatums für FallAkten:
Eine Fallakte sollte nicht nur mit Erreichen des Endes der Gültigkeit der Einwilligung automatisch in den Zustand "suspended" übergehen, sondern auch wenn über einen vom Provider festzulegenden Zeitraum keine Zugriffe auf die Akte erfolgt sind. |
|
|
9 | - | rejected | Eune.01 : Lebenszyklus einer Fallakte | Konkretere Empfehlungen zur Archivierung von Fallakten:
Weder in der Spezifikation noch im Sicherheitskonzept wird beschrieben, welche Bestandteile einer Fallakte nach Abschluss der Akte zu archivieren sind. Insbesondere ist unklar, ob auch die Dokumente selbst zu archivieren sind. Im Fall einer verteilten Fallakte ist unklar, ob jeder Provider die bei ihm liegenden Daten archiviert oder ob die gesamte Akte bei einem (oder gar bei jedem betroffenen) Provider archiviert wird. |
|
|
10 | - | included | Eune.01 : Lebenszyklus einer Fallakte | Zustandsübergang verfallen -- archiviert beschreiben:
Die Fallakte geht aus dem Status "verfallen" mit der Archivierung der Akte unmittelbar in den Status "archiviert" über. Es ist unklar, warum zwei Status benötigt werden und wie der Statusübergang technisch realisiert wird. |
|
|
11 | - | included | Eune.01 : Lebenszyklus einer Fallakte | Vorzeitiges Schließen einer Fallakte:
Die Darstellung fokussiert sehr stark auf Szenarien, in denen das Schließen der Akte vom Patienten ausgeht (incl. Ablauf des Consent). Es sollte deutlicher gemacht werden, dass es ebenso auch Szenarien gibt, in denen die Teilnehmer die Aktenschließung initiieren - und das potenziell schon nach recht kurzer Aktenlebensdauer (z.B. Abschluss eines Konzils). |
Neben der Beschreibung der Zustände im Lebenszyklus der Fallakte wird eine Beschreibung der Zustandsübergänge hinzugefügt, für die die Auslöser detailierter beschrieben werden. (bkr, 2014-06-13) |
Kommentierung
Author | Status | Section | Existing | Proposed | Comment | Comment Editor | Discussion |
---|---|---|---|---|---|---|---|
fo | included | Eune.01 : Lebenszyklus einer Fallakte | retired vs. Archived | was ist der genaue Unterschied? Unter retired steht, dass die Akte zeitnah archiviert werden sollte. Unter archiviert steht, dass eine retired Akte sofort zu archivieren ist. Von daher wäre es besser, dazwischen nicht zu unterscheiden?? | Der widersprüchliche Teilsatz wurde entfernt. Der Zustand "retired" ist eine zwingende Vorstufe für "archiviert" und erforderlich, da dieser Zustandsübergang auch einen Systemübergang (EFA-Datenspeicher -> Archiv) darstellt und daher nicht zusammengefasst werden kann. | Das sind unterschiedliche Informationen. "archiviert" müsste heißen "bereits archiviert" und nicht "ist zu archiveren", das habe ich aber jetzt nicht geprüft. (fo, 20.1.14) | |
ti | included | Eune.01 : Lebenszyklus einer Fallakte | 1. Ich habe noch keine Abbildung der Stati auf die zugrunde liegende XDS Strukturen gefunden. Ein entsprechender Verweis wäre hier sicherlich ein hilfreicher Hinweis für Implementierer. (ti, 28.05.2013) | entsprechende Tabelle wurde in die Seite zur Profilierung der XDS Metadaten hinzugefügt. (jc, 15.11.2013) | |||
ti | included | Eune.01 : Lebenszyklus einer Fallakte | Ich würde keine so genaue Empfehlung für die Gültigkeitsdauer einer Fallakte machen. Diese sollte eher von fachlicher Seite definiert werden. Da die Fallakte auch nicht notwendigerweise für den gesamten Krankheitsverlauf benötigt wird (sondern z.B. nur für eine Zweitmeinung), ist der ansonsten sinnvolle Ansatz objektive Kriterien für solche Empfehlungen heranzuziehen hier nicht notwendig. (ti, 28.05.2013) | Entsprechender Hinweis mit Verweis auf das Beispiel "Zweitmeinung" wurde eingefügt. (jc, 15.11.2013) |
Authors
Kürzel | Name | Organisation | |
---|---|---|---|
fh | Frank Oemig | Agfa Healthcare | |
ti | Tarik Idris | InterComponentWare AG | |
mr | Michael Rübener | X-tension | |
sh | Salima Houta | Fraunhofer ISST | |
jc | Jörg Caumanns | Fraunhofer FOKUS | |
bk | Ben Kraufmann | Fraunhofer FOKUS | |
iw | Ingo Wolf | gematik | |
mk | Marcel Klötgen | CompuGroup Medical |