|
|
| (5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| | {{DocumentPart}} | | {{DocumentPart}} |
| | | | |
| − | ==Use Cases==
| + | =Use Case= |
| | + | Als Grundlage fallen alle Transaktionen in die übergeordnete Transaktion ''eVerordnung''. Darunter sind die drei Basistransaktionen zu verstehen, die dann einerseits spezialisiert werden, und andererseits ggf. mit anderen Akteuren durchgeführt werden: |
| | | | |
| − | ===Transaktionen===
| + | *eVerschreibung durchführen (verordnen) |
| | + | *eVerschreibung ausgeben |
| | + | *eVerschreibung abrechnen |
| | | | |
| − | {{WorkBox|tbd}}
| + | [[Datei:ERezept_Use_Cases.jpg|800px]] |
| | | | |
| − | Folgende Transaktionen sind denkbar:
| + | <ref group="Abbildung"> Use Cases</ref> ''Use Cases'' |
| | | | |
| − | *eRezept anlegen
| + | ==eVerschreibung durchführen== |
| − | *eRezept abrufen
| + | Für die Verordnung einer Medikation wird diese Aktion spezialisiert als: |
| − | *eRezept stornieren
| |
| − | *Abgabe durchführen
| |
| − | *eRezept abrechnen
| |
| | | | |
| − | ===Dosierungsvarianten===
| + | *eRezept erstellen und eVerschreibung übergeben |
| | | | |
| − | ====Tagesdosierung ====
| + | Für Heil- und Hilfsmittel sind die Prozesse im Wesentlichen gleich. Für Transportaufträge erfolgt keine Ausgabe, sondern eine entsprechende Leistungserbringung. Im Prinzip unterscheiden sich diese durch unterschiedliche Spezialisierung der Dokumente - statt eines Medikamentenrezepts eine Brillenverordnung - und andere Transakteure. |
| − | Dosierungsvariante 1 (Tagesdosierung) bedeutet, dass die angegebene Dosis im Laufe eines bestimmten Zeitraums (z.B. an einem Tag, innerhalb einer Woche, …) eingenommen werden muss.
| |
| | | | |
| − | <syntaxhighlight lang="xml">
| + | ==eVerschreibung einlösen== |
| − | <effectiveTime>
| + | *Medikament ausgeben |
| − | <low value='20110527000000+0200'>
| |
| − | <high value='20110608235959+0200'>
| |
| − | </effectiveTime>
| |
| | | | |
| − | <!-- pro Tag -->
| + | ==eVerschreibung abrechnen== |
| − | <effectiveTime xsi:type='PIVL_TS' operator='A' institutionSpecified='true'>
| + | *Medikament abrechnen |
| − | <period value='1' unit='d'/>
| |
| − | </effectiveTime>
| |
| − | <!-- 2 1/2 Stk -->
| |
| − | <doseQuantity value='2.5'/>
| |
| − | </syntaxhighlight>
| |
| | | | |
| − | ====Einzeldosierung ==== | + | ==Stornierung einer Verschreibung== |
| | + | Es ist zu diskutieren, inwieweit eine Stornierung explizit definiert werden muss? Im einfachsten Fall wird ein Rezept innerhalb des Gültigkeitsztraums nicht eingelöst. Ein einmal ausgegebens Rezept befindet sich aktuell im Besitz des Patienten und kann daher vom ausgebenden Arzt nicht mehr storniert werden. |
| | | | |
| − | Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“.
| + | [[Kategorie:cdam16|Use Cases]] |
| − | Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.
| |
| − | | |
| − | Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten angegeben werden.
| |
| − | | |
| − | <syntaxhighlight lang="xml">
| |
| − | <!— Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->
| |
| − | <effectiveTime>
| |
| − | <low value='20110527000000+0200'>
| |
| − | <high value='20110608235959+0200'>
| |
| − | </effectiveTime>
| |
| − | | |
| − | <!-- ********** Dosierungsart 2 Anfang **********
| |
| − | Im Falle von Dosierungsart 2 und 4 („Split dosing“)
| |
| − | werden die Einnahmezeitpunkte + Dosis in Form von
| |
| − | untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...)
| |
| − | Dosierungsart 2: Einzeldosierung
| |
| − | Morgens – Mittags – Abends - Nachts
| |
| − | 2 - 0 - 1 - 0
| |
| − | -->
| |
| − | <entryRelationship typeCode='COMP'>
| |
| − | <!-- Einnahme: MORGENS, 2 Stück -->
| |
| − | <sequenceNumber value='1'/>
| |
| − | <substanceAdministration classCode='SBADM' moodCode='INT'>
| |
| − | <effectiveTime xsi:type='EIVL_TS'> <event code='ACM'/>
| |
| − | <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value='2'/>
| |
| − | <consumable>
| |
| − | <manufacturedProduct>
| |
| − | <manufacturedMaterial nullFlavor="NA"/>
| |
| − | </manufacturedProduct>
| |
| − | </consumable>
| |
| − | </substanceAdministration>
| |
| − | </entryRelationship>
| |
| − | | |
| − | <entryRelationship typeCode='COMP'>
| |
| − | <!-- Einnahme: ABENDS, 1 Stück -->
| |
| − | <sequenceNumber value='2'/>
| |
| − | <substanceAdministration classCode='SBADM' moodCode='INT'>
| |
| − | <effectiveTime xsi:type='EIVL_TS'>
| |
| − | <event code='ACV'/> <offset value="0" unit="s"/>
| |
| − | </effectiveTime>
| |
| − | <doseQuantity value='1'/>
| |
| − | <consumable>
| |
| − | <manufacturedProduct>
| |
| − | <manufacturedMaterial nullFlavor="NA"/>
| |
| − | </manufacturedProduct>
| |
| − | </consumable>
| |
| − | </substanceAdministration>
| |
| − | </entryRelationship>
| |
| − | | |
| − | </syntaxhighlight>
| |
| − | | |
| − | | |
| − | ==== Tagesdosierung an bestimmten Tagen ====
| |
| − | | |
| − | Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.
| |
| − | | |
| − | | |
| − | ==== Einzeldosierung an bestimmten Tagen ====
| |
| − | | |
| − | Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“.
| |
| − | | |
| − | Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“.
| |
| − | | |
| − | Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten angegeben werden.
| |
Dieses Material ist Teil des Leitfadens KBV Muster 16 eRezept.
- Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
- Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
- Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
|
Use Case
Als Grundlage fallen alle Transaktionen in die übergeordnete Transaktion eVerordnung. Darunter sind die drei Basistransaktionen zu verstehen, die dann einerseits spezialisiert werden, und andererseits ggf. mit anderen Akteuren durchgeführt werden:
- eVerschreibung durchführen (verordnen)
- eVerschreibung ausgeben
- eVerschreibung abrechnen
[Abbildung 1] Use Cases
eVerschreibung durchführen
Für die Verordnung einer Medikation wird diese Aktion spezialisiert als:
- eRezept erstellen und eVerschreibung übergeben
Für Heil- und Hilfsmittel sind die Prozesse im Wesentlichen gleich. Für Transportaufträge erfolgt keine Ausgabe, sondern eine entsprechende Leistungserbringung. Im Prinzip unterscheiden sich diese durch unterschiedliche Spezialisierung der Dokumente - statt eines Medikamentenrezepts eine Brillenverordnung - und andere Transakteure.
eVerschreibung einlösen
eVerschreibung abrechnen
Stornierung einer Verschreibung
Es ist zu diskutieren, inwieweit eine Stornierung explizit definiert werden muss? Im einfachsten Fall wird ein Rezept innerhalb des Gültigkeitsztraums nicht eingelöst. Ein einmal ausgegebens Rezept befindet sich aktuell im Besitz des Patienten und kann daher vom ausgebenden Arzt nicht mehr storniert werden.
Referenzfehler: Es sind <ref>-Tags für die Gruppe „Abbildung“ vorhanden, jedoch wurde kein dazugehöriges <references group="Abbildung" />-Tag gefunden oder ein schließendes </ref> fehlt.
