Stöd för sammanhållen bokning

[GoogleCodeExporter]

Problembeskrivning:
Inom röntgen är det vanligt att t.ex. boka in [höger handled] + [vänster 
handled] + [bäcken] på samma remiss och vid ett och samma besökstillfälle. 
Av praktiska och ibland även av medicinska skäl, är det viktigt att hålla 
ihop dessa bokningar, speciellt när det gäller ombokning. 
Det kan också vara så att en bokning avser t.ex. labbprovtagning och att det 
till denna bokning finns ytterligare en bokad tid för att gå genom 
provsvaren. Det vore olyckligt om den senare bokningen ombokades till att ligga 
före själv provtagningen
Eftersom det i tjänstekontrakten inte finns något stöd att sätta relationer 
mellan bokningar kommer ovanstående exempel att visas som separata bokningar i 
konsumentsystemet (MVK)

Alternativ 1
Behöver stöd kontrakten för att ange relationer mellan bokningarna, till 
vilken/vilka bokningar det finns en relation samt vilken typ av relation det 
är. Kräver att det finns logik i tjänstekontrakten likväl som i 
konsumentsystem för att veta vad som är tillåtet från fall till fall

Alternativ 2
Producentsystemet/tidboken ansvarar för att skapa en ”paraply-bokning” som 
uppträder som en bokning i t.ex. MVK. Denna lösning håller nog inte om 
samtliga ingående bokningar skall kunna bokas om var för sig men inom ett 
givet 
Affärslogiken och regelverket ligger nära verksamheten och det blir enkelt 
för konsumenten som bara behöver hantera en bokning men den här lösningen 
kanske inte passar i de fall t.ex. en patient behöver omboka den andra tiden 
av tre. Inte heller något självklart sätt att visa upp vilka dagar och tider 
som ingår i ”bokningen” 

Alternativ 3
Som alternativ 2 fast affärslogiken läggs i den regionala tjänsteplattformen

Alternativ 4
?

Original issue reported on code.google.com by nieminen.jarno on 28 Mar 2014 at 2:14

[GoogleCodeExporter]

Ett alternativ 4 skulle kunna vara att man inför ett id begrepp för 
vårdärende (hälsoärende-id/ClinicalProcessInterestId) så att en producent 
kan kan avgöra vad som gäller för en tid och därmed avgöra hur ett anrop 
ska hanteras

tex så skulle ett försök till ombokning av en högerhand då antingen kunna 
resultera i att invånaren får ett meddelande att detta inte går att boka om 
den här vägen.

eller att övriga tider bokas om på lämpligt sätt och invånaren informeras 
om att även dessa tider har bokats om på grund av detta (både via 
bekräftelsen direkt i GUI och via EI notifiering)

Information om att en bokning är sammanhållen kan ju ges via 
bokningsinformationen (purpose) och vad som då gäller för ombokning

Original comment by bj...@eqit.se on 27 Aug 2014 at 7:21

• Added labels: Major2.0