elga-cdaps-2.06.2:Funktionale Anforderungen und Anwendungsfälle - Versionsgeschichte

Klostermann: /* Erstellung durch eine Software */

2018-07-17T10:50:39Z

‎Erstellung durch eine Software

Klostermann: /* Erstellung durch eine Software */

2018-07-17T10:37:46Z

‎Erstellung durch eine Software

Klostermann: /* Darstellung */

2018-07-17T08:23:09Z

‎Darstellung

Klostermann: /* Darstellung */

2018-07-17T08:21:20Z

‎Darstellung

Lahnsteiner: Lahnsteiner verschob die Seite Ps-Funktionale Anforderungen und Anwendungsfälle nach elga-cdaps-2.06.2:Funktionale Anforderungen und Anwendungsfälle und überschrieb dabei eine Weiterleitung: zurück verschieben

2018-04-19T07:16:07Z

Lahnsteiner verschob die Seite Ps-Funktionale Anforderungen und Anwendungsfälle nach elga-cdaps-2.06.2:Funktionale Anforderungen und Anwendungsfälle und überschrieb dabei eine Weiterleitung: zurück verschieben

Lahnsteiner: Lahnsteiner verschob die Seite elga-cdaps-2.06.2:Funktionale Anforderungen und Anwendungsfälle nach Ps-Funktionale Anforderungen und Anwendungsfälle

2018-04-18T10:59:53Z

Lahnsteiner verschob die Seite elga-cdaps-2.06.2:Funktionale Anforderungen und Anwendungsfälle nach Ps-Funktionale Anforderungen und Anwendungsfälle

Sabutsch: /* Erstellung durch eine Software */

2017-11-30T15:37:48Z

‎Erstellung durch eine Software

Sabutsch: /* Funktionale Anforderungen und Anwendungsfälle */

2017-11-29T09:30:51Z

‎Funktionale Anforderungen und Anwendungsfälle

Sabutsch: /* Funktionale Anforderungen und Anwendungsfälle */

2017-11-29T09:29:04Z

‎Funktionale Anforderungen und Anwendungsfälle

Sabutsch: /* Funktionale Anforderungen */

2017-11-29T08:09:20Z

‎Funktionale Anforderungen

@@ Zeile 47: / Zeile 47: @@
 Vorgeschlagener Hinweistext für eine "Automatische ELGA-Übersicht":
-:<small>Die ''Automatische ELGA-Übersicht'' ist eine Orientierungshilfe in ELGA und bietet einen Überblick über jene Gesundheitsdaten, die zum Zeitpunkt der Erstellung der Übersicht verfügbar waren. Diese Übersicht wurde automatisch von einem Computerprogramm zusammengestellt, dabei wurden nur bereits vorliegende Einzelinformationen (maschinenlesbare Elemente, codierte Daten) aus verschiedenen Quellen (eBefunde, eMedikation etc) übernommen. Es kann daher nicht garantiert werden, dass alle relevanten Gesundheitsinformationen enthalten sind.
+:<small>Die ''Automatische ELGA-Übersicht'' ist eine Orientierungshilfe in ELGA und bietet einen Überblick über jene Gesundheitsdaten, die zum Zeitpunkt der Erstellung der Übersicht verfügbar waren. Für diese automatisch von einem Computerprogramm zusammengestellte Übersicht wurden bereits vorliegende Einzelinformationen (maschinenlesbare Elemente, codierte Daten) aus verschiedenen Quellen (eBefunde, eMedikation etc) übernommen. Es kann daher nicht garantiert werden, dass alle relevanten Gesundheitsinformationen enthalten sind.
+:
 :Die ELGA-Übersicht ist ''kein Medizinprodukt''. Die Verwendung erfolgt auf eigene Gefahr.

@@ Zeile 42: / Zeile 42: @@
 ====Erstellung durch eine Software====
 "''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''(Automatische) Patientenübersicht" / "(ELGA) Quick View''".
-Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''(Automatische) ELGA-Übersicht''" lauten.
+Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''Automatische ELGA-Übersicht''" lauten.
 Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden. Idealerweise werden die Prämissen und Regeln für eine automatische Zusammenstellung transparent und nachvollziehbar gemacht.

@@ Zeile 7: / Zeile 7: @@
 === Darstellung===
-Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt wie für alle CDA-Dokumente, die auf dem [[ILF:Allgemeiner_Implementierungsleitfaden|Allgemeinen Implementierungsleitfaden]] beruhen, mit dem [[ELGA Referenz-Stylesheet]], für den Ausdruck wird eine PDF-Konvertierung mit der [[ELGA CDA2PDF-Suite]] empfohlen.
+Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt - wie für alle CDA-Dokumente, die auf dem [[ILF:Allgemeiner_Implementierungsleitfaden|Allgemeinen Implementierungsleitfaden]] beruhen - mit dem [[ELGA Referenz-Stylesheet]]. Für den Ausdruck wird eine PDF-Konvertierung mit der [[ELGA CDA2PDF-Suite]] empfohlen.
 ''Zukünftig kann ein alternatives Stylesheet notwendig werden, das speziell auf mehrsprachige und/oder durchgängig codierte Patient Summaries zugeschnitten ist.''

@@ Zeile 7: / Zeile 7: @@
 === Darstellung===
-Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt wie für alle CDA-Dokumente, die sich auf dem [[ILF:Allgemeiner_Implementierungsleitfaden|Allgemeinen Implementierungsleitfaden]] beruhen mit dem [[ELGA Referenz-Stylesheet]], für den Ausdruck wird eine PDF-Konvertierung mit der [[ELGA CDA2PDF-Suite]] empfohlen.
+Dieser Leitfaden definiert ein CDA-Dokument, das mit den gängigen CDA-Stylesheets in HTML konvertiert und in einem Browser dargestellt werden kann. Eine optimierte Darstellung erfolgt wie für alle CDA-Dokumente, die auf dem [[ILF:Allgemeiner_Implementierungsleitfaden|Allgemeinen Implementierungsleitfaden]] beruhen, mit dem [[ELGA Referenz-Stylesheet]], für den Ausdruck wird eine PDF-Konvertierung mit der [[ELGA CDA2PDF-Suite]] empfohlen.
 ''Zukünftig kann ein alternatives Stylesheet notwendig werden, das speziell auf mehrsprachige und/oder durchgängig codierte Patient Summaries zugeschnitten ist.''

@@ Zeile 41: / Zeile 41: @@
 ====Erstellung durch eine Software====
-"''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''Patientenübersicht" / "(ELGA) Quick View''".
+"''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''(Automatische) Patientenübersicht" / "(ELGA) Quick View''".
-Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''ELGA-Übersicht''" lauten.
+Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''(Automatische) ELGA-Übersicht''" lauten.
 Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden. Idealerweise werden die Prämissen und Regeln für eine automatische Zusammenstellung transparent und nachvollziehbar gemacht.
 [[Kategorie:elga-cdaps-2.06.2|Funktionale Anforderungen und Anwendungsfälle]]

← Nächstältere Version	Version vom 19. April 2018, 07:16 Uhr
(kein Unterschied)

← Nächstältere Version	Version vom 18. April 2018, 10:59 Uhr
(kein Unterschied)

@@ Zeile 3: / Zeile 3: @@
 Ein Patient Summary soll alle relevanten Fakten zum Gesundheitszustand eines Patienten enthalten. Es kann daher Informationen aus einer oder mehreren Krankenakten enthalten und mehrere Behandlungsepisoden zusammenfassen.
 Es soll weitgehend unabhängig von technischen Infrastrukturen und Diensten eingesetzt werden können. Alle Informationen sollen auch maschinenlesbar (codiert) eingebettet werden können.
 Dieser Leitfaden beschränkt sich auf das Endprodukt: das Dokument "Patient Summary" selbst mit seinen Inhalten. Die Frage der Erzeugung, wer oder was ein Patient Summary mit welchen Hilfsmitteln oder Algorithmen erstellt, wurde bewusst weitgehend ausgeklammert.

@@ Zeile 1: / Zeile 1: @@
 = Funktionale Anforderungen und Anwendungsfälle=
 == Funktionale Anforderungen==
-Dieser Leitfaden beschränkt sich auf das Endprodukt: das Patent-Summary-Dokument selbst mit seinen Inhalten. Die Frage der Erzeugung, wer oder was ein Patient Summary mit welchen Hilfsmitteln oder Algorithmen erstellt, wurde bewusst weitgehend ausgeklammert.
+Ein Patient Summary soll alle relevanten Fakten zum Gesundheitszustand eines Patienten enthalten. Es kann daher Informationen aus einer oder mehreren Krankenakten enthalten und mehrere Behandlungsepisoden zusammenfassen.
-===Versionierung===
+Es soll weitgehend unabhängig von technischen Infrastrukturen und Diensten eingesetzt werden können. Alle Informationen sollen auch maschinenlesbar (codiert) eingebettet werden können.
 Es gibt immer immer nur ''eine'' gültige - aktuelle - Version eines Patient Summary. Durch die Erstellung einer neuen Version des Patient Summary wird die davor erstellte Version obsolet, unabhängig vom Ersteller der jeweiligen Versionen oder vom verwendeten Mechanismus der Erstellung (software-assembled oder human-curated).
 ==Anwendungsfälle==
 Da die Anwendungsfälle mit der technischen Umsetzung und der Erstellung eines Patient Summary Dokumentes zusammenhängen, sind die angegebenen Anwendungsfälle daher als Vorschlag zu sehen.
 ===Lesender Zugriff===
-Der Hauptanwendungsfall für das Patient Summary sind alle Situationen, in denen eine Statuserhebung des Gesundheitszustandes eines Patienten erforderlich ist. Das betrifft primär den Erstkontakt, grundsätzlich aber jede Konsultation eines GDA (stationär/ambulant, geplant und ungeplant, präoperativer Anästhesiecheck etc.), auch Notfallaufnahmen und das Notarztwesen.
+Der Hauptanwendungsfall für das Patient Summary sind alle Situationen, in denen eine Statuserhebung des Gesundheitszustandes eines Patienten erforderlich ist. Das betrifft primär den Erstkontakt, grundsätzlich aber jede Konsultation eines GDA (stationär/ambulant, geplant und ungeplant, präoperativer Anästhesiecheck etc.), auch Notfallaufnahmen und das Notarztwesen; ebenso in der grenzüberschreitenden Gesundheitsversorgung.
 Zugriff auf das Patient Summary sollen alle behandelnden Ärzte und Ärztinnen entsprechend ihrer Berechtigung in ELGA haben. Auch andere „gehobene Gesundheitsberufe“ (z.B. gehobener Dienst für Gesundheits- und Krankenpflege) sollten Zugriff erhalten.
-===Schreibender Zugriff bwz. Erzeugung===
+Es ist möglich, Inhalte des  Patient Summaries zu extrahieren und in Krankenakten zu übernehmen. Teile des Patient Summaries können in EHR-S (elektronischen Krankenakten, z.B. Krankenhaus- oder Arztpraxis-Informationssysteme) integriert und dargestellt werden.
-Für den Konsumenten eines Patient Summary-Dokuments ist es wichtig zu erfahren, ob es von einer Person editiert und freigegeben oder durch eine Software automatisiert zusammengestellt wurde. Damit diese wichtige Information transparent wird, wurde folgende Unterscheidung getroffen.
 ====Erstellung durch einen GDA====
@@ Zeile 23: / Zeile 42: @@
 ====Erstellung durch eine Software====
-"''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''Patientenübersicht" / "(ELGA) Quick View''".
+"''software-assembled''" Die Erstellung erfolgt vollautomatisch und regelbasiert anhand der in ELGA oder in einer oder mehreren anderen (lokalen) elektronischen Krankenakten verfügbaren Informationen. "''Patientenübersicht" / "(ELGA) Quick View''".
 Der Titel eines ausschließlich aus ELGA-Daten automatisiert durch Software erstellten Dokuments muss "''ELGA-Übersicht''" lauten.
-Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden.
+Die unterschiedlichen Erstellungsarten sollen bereits in den Metadaten des Dokuments und in der XDS-Registry klar erkennbar sein. Zuvor 'human-curated' erstellte Patient Summary Versionen können und sollen ebenfalls als Quelle für ein 'software-assembled' Patient Summary herangezogen werden. Idealerweise werden die Prämissen und Regeln für eine automatische Zusammenstellung transparent und nachvollziehbar gemacht.
-[[Kategorie:elga-cdaps-2.06.2|Anwendungsfälle]]
+[[Kategorie:elga-cdaps-2.06.2|Funktionale Anforderungen und Anwendungsfälle]]