Encounter Beschreibung für Terminplanung #87
Conversation
f-peverali
changed the title
ImplementationGuide/markdown/Datenobjekte/ISiKTerminKontaktMitGesundheitseinrichtung.md
Show resolved
Hide resolved
ImplementationGuide/markdown/Datenobjekte/ISiKTerminKontaktMitGesundheitseinrichtung.md
Outdated
Show resolved
Hide resolved
Resources/input/fsh/ISiKTerminKontaktMitGesundheitseinrichtung.fsh
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
doch noch 2 weitere editorische Anmerkungen zu "alten" Texten:
- auf der Seite "Interaktionen" funktionieren auf der gerenderten Seite die Anchor auf die Seite mit den Operationen nicht. Die Links landen immer oben auf der Seite und nicht bei dem referenzierten Kapitel.
- Auf der Seite zu ISiKNachricht taucht in den Spiegelstrichen oben auf der Seite 2x "soll" in Kleinschrift auf. Das MUSS eigentlich auch groß geschrieben werden ("SOLL").
Soweit ich sehe wird nur die Seite als ganze referenziert. Wir haben zu dem Thema Referenzierung von Seitenabschnitten bereits ein Ticket. Sollten das für alle Projekte umsetzen. Aber für die Kommentierung keine Priorität, da keine normative Änderung |
Hier gelöst 1447c73 |
|
@pavlodyban, ich würde mich zu diesem Punkt auch nochmal über Ihre Meinung freuen. |
|
|
||
| Beispiele: | ||
|
|
||
| ```GET [base]/Appointment?encounter=Encounter/123``` |
There was a problem hiding this comment.
Ich frage mich, ob hier die Suche richtig formuliert ist. Müsste an dieser Stelle nicht ein Reverse Search stattfinden: "Gib mir alle Fälle, die mit meinem Termin verknüpft sind"? Es gibt ja keine direkte Verbindung vom Termin auf den Fall, nur umgekehrt.
There was a problem hiding this comment.
Ja, hatte ich oben auch so geschrieben
There was a problem hiding this comment.
Danke für den Hinweis. Muss die "Reverse Suche" durch Verweis auf entsprechende Such-Funktionalität festgelegt oder anderweitig spezifiziert werden oder reicht GET [base]/Encounter?appointment=Appointment/123 mit gegebenem Verweis auf Abschnitt zu "Reference Search", @alexzautke ?
There was a problem hiding this comment.
Letztes reicht, da im Basismodul festgelegt ist, dass Reverse Changing über alle Referenzen hinweg funktionieren soll. Ein entsprechender Titus-Test sollte nicht vergessen werden ;)
There was a problem hiding this comment.
@alexzautke könntest du hier nochmal ausführen, was für ein test nötig wäre? (siehe Test ISIK-236)
There was a problem hiding this comment.
@f-peverali GET [base]/Encounter?_has:Appointment:appointment:_id=Appointment/test wäre ein Beispiel für eine solche Anfrage.
There was a problem hiding this comment.
@alexzautke : erzeugt hier nochmal ein Ticket für Testing. TODO nur dafür. dann kann das ticket geschlossen werden.
Für den IG fehlt eine Beschreibung zum Encounter im Kontext der Terminplanung. Diese sollte hiermit erstellt und mit den Stakeholdern abgestimmt werden - dazu auch die Kommentare in #60 beachten.