Release notes Medicatieproces 9 versie 3.0.0-beta.3
Versie door Tim Schuller (overleg | bijdragen) op 26 feb 2024 om 15:30
In de onderstaande tabellen staan de release notes voor deze versie opgenomen ten opzichte van de laatste release (Medicatieproces 9 3.0.0-beta.2). Via de hyperlink komt u bij de bijbehorende issue in BITS.
Voor een overzicht van relevante wiki-pagina's voor Medicatieproces zie Landingspagina Medicatieproces
Functioneel ontwerp
Ontwerp op de wiki
Documentatie
| Sleutel | Release notes | Component(en) | Bouwsteen | Transactie(s) |
|---|---|---|---|---|
| BITS MP-1413 | In het FO is verduidelijking aangebracht voor een technische stop nl, Als de stopdatum van de technische stopafspraak gelijk is aan de startdatum van de nieuwe afspraak, dan overrulet de nieuwe afspraak de stopafspraak. Er is maximaal één van de twee afspraken geldig op ieder moment in de tijd. | Ontwerp | ||
| BITS MP-1327 | In § 8.7 zijn links toegevoegd naar wikipagina's buiten het FO met informatie die van belang kan zijn voor de kickstart. | Ontwerp | ||
| BITS MP-1206 | Uit paragraaf 2.2.8 van het FO is weggehaald dat relevantie nierfunctiewaarde een g-stadaard kenmerk is. | Ontwerp | ||
| BITS MP-1196 | Afbeeldingen WDS behorende bij UC in paragraaf 4.1.38 en paragraaf 4.1.39 consistent gemaakt conform geldende afspraken. | Ontwerp | ||
| BITS MP-1176 | https://decor.nictiz.nl/ad/#/mp-/rules/templates/2.16.840.1.113883.2.4.3.11.60.20.77.10.9415/2022-11-21T07:03:56] is de conformance van aanvullende informatie aangepast naar optioneel (van 0..* R naar 0..* O). Vanwege backwards compatibiliteit is de specificatie niet verwijderd. In FHIR stond de cardinality van _.additionalInformation_ al op 0..* en aangezien het nog in de dataset beschikbaar is is er geen aanpassing nodig in het FHIR profiel. [1] | Dataset, Ontwerp, Profielen, Scenario's | ToedieningsAfspraak | Afhandelen medicatievoorschrift, Medicatiebouwstenen, Medicatiegegevens |
| BITS MP-1158 | In paragraaf 5.3.1 stond dat het nodig was om de kopie-indicator mee te sturen wanneer men een wijziging doorvoert in de TA. Dit is niet nodig en is aangepast in de desbetreffende paragraaf. | Ontwerp | ||
| BITS MP-1124 | Kardinaliteit van de PrikPlakLocatie blijft 0..1. De usecase waar op meerdere plekken wordt geprikt zal worden uitgewisseld als meerdere toedieningen. De use case “Aparte MTD’s registreren per PrikPlakLocatie” is toegevoegd om dit te illustreren. | Ontwerp | ||
| BITS MP-1071 | Aan het FO zijn negen use cases toegevoegd die verschillende scenarios met GDS medicatie toelichten. De focus ligt in aanpassingen in de GDS medicatie of overplaatsing van patient, en hoe hier mee om te gaan met oog op het moment van rolwissel. De use cases zijn te vinden in paragraaf 4.3.23 t/m 4.3.31 in zowel het Nederlands, als het Engels FO. | Ontwerp | ||
| BITS MP-992 | Ontbrekende informatie over AVMA toegevoegd in § 2.2.4 en 2.3.5. Ook tekst over AVMA en AVVV verduidelijkt. Zelfde in Engels FO. Wijzigingen zijn te vinden in Comments bij dit issue. | Ontwerp | ||
| BITS MP-966 | een use case is toegevoegd in hoofdstuk 4.2.17 waarbij een TA wordt gewijzigd terwijl de andere parallelle TA gewoon doorloopt. | Ontwerp | ||
| BITS MP-959 | In het FO zijn twee usecases in hoofdstuk 4 toegevoegd waarin beschreven wordt wat te doen wanneer er wordt afgeweken van de verstrekte hoeveelheid en de voorgeschreven hoeveelheid. | Ontwerp | ||
| BITS MP-945 | Handleiding staat op [2]. Ook een aanpassing gedaan op [3]. Bij publicatie wordt de link mp:V3.0.0_Kwalificatie_aansluiten ipv mp:Vcurrent/Kwalificatie. | Implementatie documentatie, Ontwerp | ||
| BITS MP-827 | Usecase in het FO toegevoegd over het stoppen van een medicatieafspraak met terugwerkende kracht. Zie paragraaf 4.3.21 voor de desbetreffende usecase. | Ontwerp | ||
| BITS MP-825 | Verduidelijkingen van het toedienproces bij het wijzigen van een MA verwerkt in paragraaf 2.4.4, Hoofstuk 4.3.9 en 4.3.10 van het FO. | Ontwerp | ||
| BITS MP-824 | Levering van medicatie door meerdere instellingen: ‘Toedienorganisatie is verantwoordelijk om te bepalen welke medicatie wel of niet toegediend moet worden binnen de eigen organisatie. De eTDR_ _faciliteert deze functionaliteit’ vastgelegd in kernteamafspraak TO30. Medicatietoedieningen worden gedaan door meerdere instellingen: Opvragen van alle medicatietoedieningen zodat duidelijk is wie wat heeft toegediend. Bovenstaand afspraak blijft gelden en er zullen dus werkafspraken tussen de toedienorganisaties worden gemaakt in een dergelijk scenario. Een voorbeeld is als use case uitgewerkt in het FO paragraaf 4.3.19 | Ontwerp | ||
| BITS MP-822 | De toedienlijst kan vele vormen aan nemen afhankelijk van de context waar en toediener waardoor deze gebruikt wordt. In het FO stelden we op verschillende plekken te beperkend wat er precies op een toedienlijst staat. Hierop zijn aanpassingen gedaan in paragraaf 2.4.4, 2.4.5, 3.3, 4.3.4 en 4.3.10. Hoofdstuk 6 gaat in het geheel over de toedienlijst. Dit hoofdstuk wordt in een volgende release herschreven rekening houdend met de contextafhankelijkheid van de weergegeven informatie op een toedienlijst. Dit wordt verder uitgewerkt onder MP-1404 | Ontwerp | ||
| BITS MP-789 | Legenda in FO Ned en Eng toegevoegd. Hierdoor zijn de gebruikte afbeeldingen in het FO logisch te volgen. | Ontwerp | ||
| BITS MP-783 | Het corrigeren van geregistreerde medicatietoedieningen is omschreven in het FO in paragraaf 2.4.5(.1 en .2). Er zijn praktijkvoorbeelden te vinden in paragraaf 4.3.15. In het kort is de uitgewerkte oplossing dat een correctie wordt geregistreerd in een nieuwe MTD. Alle MTDs blijven relevant, en de som van de toegediende hoeveelheden is wat er uiteindelijk daadwerkelijk is toegediend. Om dit mogelijk te maken, is de waardelijst RedenVoorAfwijken uitgebreid met de waarde: 'foutieve registratie van medicatie' en 'OTH' voor gevallen waar gecorrigeerd moet worden ivm een rede die niet in de waardelijst te vinden is. | Dataset, Ontwerp, Scenario's | MedicatieToediening uitgevoerd | |
| BITS MP-722 | Dikgedrukt de toegevoegde tekst in 1.3.4: Een medicamenteuze behandeling heeft *meestal* tenminste één medicatieafspraak en kan 0 of meer van de bouwstenen verstrekkingsverzoeken, wisselend doseerschema's, toedieningsafspraken, medicatieverstrekkingen, gebruik en medicatietoediening hebben. *Tenzij bijvoorbeeld zelfmedicatie met gebruik is vastgelegd of er een papieren recept is aangeleverd, dan kan een medicamenteuze behandeling bestaan zonder medicatieafspraak, maar met medicatiegebruik, medicatietoediening of een toedieningsafspraak.* | Ontwerp | ||
| BITS MP-710 | De aanpassingen voor correcties van medicatietoedieningen hebben een release note in [MP-783]. Het opschorten van medicatietoedieningen is in het FO beschreven in paragraaf 2.4.5(.1 en .3). Praktijkvoorbeelden over het opschorten van een toediening zijn uitgewerkt in 4.3.16 en 4.3.17. In het kort is de oplossing voor opschorten dat een niet gegeven toediening kan worden geregistreerd met een MTD met een toegediende hoeveelheid van nul. Als het niet de bedoeling is later nog toe te dienen kan dit in de Toelichting van deze MTD worden gezet. Wanneer later toch wordt toegediend wordt dit in een nieuwe MTD geregistreerd. Om dit verder te faciliteren is de waardelijst RedenVoorAfwijken uitgebreid met 'OTH' voor gevallen waar de reden van opschorten niet tussen de gecodeerde waardes staat. | Ontwerp, Profielen, Templates | MedicatieToediening uitgevoerd | Medicatiebouwstenen, Medicatiegegevens |
| BITS MP-242 | Voorgestelde situatie over mondelinge aanpassing toediening door zorgverlener waarbij er geen actuele MA/TA beschikbaar is beschreven in het FO Ned en Eng. Beschreven situatie ook toegevoegd aan het implementatiehandboek. | Ontwerp |
