ID: S202604231043
Status: school
Tags: avans 2-4, OpenMRS, avans 2-4 LU1
Avans 2-4 OpenMRS LU1 opdracht
Dit is een door Claude Haiku 4.5 gegenereerde samenvatting van dit 4 pagina lange pdf bestand.
Functionele Requirements
- Patiënt ontvangt bericht op telefoon met afspraakdetails (tijd, locatie, voorbereiding)
- Notificatie wordt verstuurd 24 uur voor afspraak
- Notificatie wordt verstuurd 1 uur voor afspraak
- Notificatie bevat datum en tijd van afspraak
- Notificatie bevat locatie (bijv. polikliniek en kamer)
- Notificatie bevat eventuele specifieke instructies (bijv. nuchter blijven)
- Systeem logt of notificatie succesvol is verstuurd
- Voor afspraken die reeds zijn aangevangen worden geen notificaties verstuurd
- OpenMRS organisatie kan een van de ondersteunde messaging providers gebruiken
- Arts kan patiënt afspraak laten annuleren
Niet-Functionele Requirements
- Module functioneert zelfstandig en integreert met meerdere OpenMRS-instanties
- Integratie is gedocumenteerd voor technische OpenMRS beheerders
- Integratie is beveiligd volgens best practices
- Organisaties kunnen SwiftSend gebruiken
- Organisaties kunnen LegacyLink gebruiken
- Organisaties kunnen AsyncFlow gebruiken
- Organisaties kunnen SecurePost gebruiken
- Module koppelt aan OpenMRS platform versie 2.7.x en hoger
- Gevoelige informatie wordt veilig opgeslagen
- Credentials van messaging providers worden niet in code/config opgeslagen
- Alle gevoelige data wordt versleuteld met minimaal AES-256 (opslag)
- Alle gevoelige data wordt versleuteld met TLS 1.3 (transport)
- Gevoelige data wordt niet onbeveiligd opgeslagen, inclusief logbestanden
- Verwerking van berichten voldoet aan HL7-standaarden
- Berichtontvangst en validatie (structuur, verplichte velden, syntaxis)
- Acknowledgements (ACK) voor ontvangstbevestiging/foutmeldingen
- Logging en tracking van berichten voor audit en troubleshooting
- Berichttransformatie (mapping tussen HL7-versies)
- Queueing en retry-mechanismen bij netwerkproblemen
- Module draait als zelfstandig proces
- Module is onafhankelijk van andere systemen
- Downtime providers wordt opgevangen door fallback/retry-mechanisme
- Module verwerkt berichten in diverse karaktersets
- Monitoring via geschikte tooling (bijv. OpenTelemetry)
- Real-time dashboard beschikbaar voor OpenMRS beheerders
- Dashboard toont status van berichten
- Dashboard toont prestaties (throughput)
- Dashboard toont eventuele foutmeldingen
- Patiënt- en gerelateerde gegevens worden automatisch verwijderd binnen 14 dagen
- Meta-informatie van verstuurde berichten wordt maximaal 1 jaar bewaard
- Meta-informatie bevat geen direct identificeerbare patiëntgegevens
- Meta-informatie bevat voldoende info om facturering te controleren
- Module integreert met andere OpenMRS modules zonder grote wijzigingen
- Module ondersteunt diverse tijdzones
- Notificaties houden rekening met lokale tijdzone van organisatie
User stories
| # | User Story | Acceptatiecriteria |
|---|---|---|
| 1 | Als patiënt wil ik een bericht op mijn telefoon ontvangen met mijn afspraakdetails, zodat ik mijn ziekenhuisbezoek goed kan voorbereiden en op tijd kan verschijnen | • Notificatie bevat datum, tijd en locatie van afspraak • Notificatie bevat eventuele voorbereiding instructies • Notificatie wordt 24 uur vóór afspraak verzonden • Notificatie wordt 1 uur vóór afspraak verzonden • Geen notificatie voor afspraken die al begonnen zijn |
| 2 | Als OpenMRS organisatie wil ik dat de communicatiemodule gebruik maakt van één van de ondersteunde messaging providers om berichten naar mijn patiënten te versturen | • Module ondersteunt SwiftSend, LegacyLink, AsyncFlow en/of SecurePost • Organisatie kan minimaal 1 provider configureren • Berichten worden verzonden via de geconfigureerde provider |
| 3 | Als arts wil ik dat een patiënt zijn of haar afspraak kan annuleren, zodat ik efficiënt mijn tijd kan besteden aan andere patiënten | • Patiënt kan afspraak annuleren • Arts ziet de annulering en kan agenda aanpassen • Geen notificatie wordt verstuurd voor geannuleerde afspraken |
| 4 | Als OpenMRS beheerder wil ik dat de module zelfstandig functioneert en integreert met mijn OpenMRS-instantie, zodat ik mijn patiënten efficiënt kan bereiken | • Module werkt onafhankelijk van andere systemen • Module integreert met OpenMRS 2.7.x en hoger • Integratie is gedocumenteerd • Integratie volgt best practices voor beveiliging |
| 5 | Als OpenMRS beheerder wil ik dat gevoelige informatie veilig wordt opgeslagen, zodat ongeautoriseerde toegang geen schade aanricht | • Credentials worden niet in code/config opgeslagen • Gevoelige data wordt versleuteld met AES-256 (opslag) • Data wordt versleuteld met TLS 1.3 (transport) • Logbestanden bevatten geen gevoelige data |
| 6 | Als systeembeheerder wil ik dat berichten voldoen aan HL7-standaarden, zodat ze compatibel zijn met medische systemen | • Berichten worden gevalideerd (structuur, velden, syntaxis) • ACK-berichten worden verzonden voor ontvangstbevestiging • Berichten kunnen worden getransformeerd tussen HL7-versies • Berichten worden gelogd voor audit trail |
| 7 | Als systeembeheerder wil ik dat het systeem automatisch opnieuw probeert bij fouten, zodat berichten betrouwbaar worden verzonden ondanks netwerkproblemen | • Queueing-mechanisme voor berichten • Retry-logica bij missende berichten • Fallback-mechanisme bij provider downtime |
| 8 | Als OpenMRS beheerder wil ik het systeem kunnen monitoren via een dashboard, zodat ik problemen snel kan detecteren en oplossen | • Real-time dashboard beschikbaar • Dashboard toont berichtenstatus • Dashboard toont throughput (prestaties) • Dashboard toont foutmeldingen • Monitoring via OpenTelemetry |
| 9 | Als privacyambtenaar wil ik dat patiëntgegevens automatisch worden verwijderd, zodat we aan regelgeving voldoen | • Patiënt- en afspraakgegevens worden verwijderd na 14 dagen • Meta-informatie wordt maximaal 1 jaar bewaard • Meta-informatie bevat geen identificeerbare patiëntdata • Verwijdering gebeurt automatisch |
| 10 | Als accountmanager wil ik meta-informatie beschikbaar hebben voor 1 jaar, zodat ik facturering van providers kan controleren | • Meta-informatie bevat factureringsgegevens • Meta-informatie is toegankelijk voor controle • Data wordt 1 jaar bewaard voordat het verwijderd wordt |
| 11 | Als systeembeheerder wil ik dat de module internationale afspraken ondersteunt, zodat organisaties wereldwijd de module kunnen gebruiken | • Module ondersteunt diverse karaktersets • Module ondersteunt meerdere tijdzones • Notificaties worden in lokale tijdzone verstuurd |
| 12 | Als developer wil ik dat de module eenvoudig uit te breiden is, zodat nieuwe providers later gemakkelijk kunnen worden toegevoegd | • Module is onafhankelijk van providers • Nieuwe providers kunnen zonder grote wijzigingen worden geïntegreerd • Module integreert met andere OpenMRS modules zonder grote wijzigingen |