Op deze pagina vindt u de release notities voor releases 1.14.x:

De nieuwste aanlevermodule is op de volgende pagina te downloaden: https://lpz-support.atlassian.net/wiki/spaces/LPZDOC/pages/1878622223

Verdere toelichting, zoals redenen om over te gaan op deze versie, vindt u hieronder:

Naamgeving LPZ Aanlevermodule

Vanaf heden zullen wij de naam ‘stekker(module)' gaan vervangen voor ‘aanlevermodule’. De term ‘stekker ' schept onterecht de verwachting dat het gebruik ervan zo eenvoudig is als een stekker in een stopcontact steken. Bij elke installatie van de module is er enige vorm van configuratie nodig, om deze verwachting vooraf beter duidelijk te maken kiezen we voor deze naamsverandering.

Release 1.14.4 (13-12-2022)

Door beter gebruik te maken van SQL Server indices op HiX 6.3 tabellen zijn de HiX 6.3 extractie-queries in performance verbeterd.

De installer zette bij de configuratie van de capaciteitsaanlevering een verkeerde waarde, waardoor de aanlevermodule de extractie-scripts niet kon vinden.

Impact

Relevant voor ziekenhuizen met HiX versie 6.3 die de capaciteit dataset aanleveren, en die performance problemen ervaren.

Alle ziekenhuizen die een nieuwe installatie doen, en HiX extractie gebruiken, hebben baat bij de fix voor de installer.

Release 1.14.3 (03-08-2022)

De query die gebruikt werd voor aanlevering van de presence dataset werkte niet goed: de berekening van wanneer een patiënt een kamer kreeg toegewezen moest anders. We gebruiken daar nu de tabel SEH_SEHMUT voor.

Impact

Relevant voor ziekenhuizen met HiX versie 6.3 die de presence dataset aanleveren.

Release 1.14.2 (31-05-2022)

De HiX 6.1 kamerclusterquery gaf geen location_code mee. Daardoor werkte een filter op location_code niet bij kamerclusters. Het veld wordt nu wel meegegeven in deze query.

Impact

Relevant voor ziekenhuizen met HiX versie 6.1 en kamerclusters, waarbij er een filter op location_code wordt gebruikt.

Release 1.14.1 (18-05-2022)

Aanpassing HiX 6.2/6.3 kamercluster queries

Als er geen kamerclusters werden opgegeven werd naast de capaciteit van individuele bedden ook nog eens regels aan de capaciteits CSV toegevoegd van alle kamers. Als een ziekenhuis bijvoorbeeld een kamer met twee bedden had, dan zou de CSV hier drie regels voor krijgen: twee voor de bedden, een voor de kamer, waardoor een capaciteit van drie werd opgegeven.

Impact

Relevant voor ziekenhuizen met HiX versie 6.2/6.3 en geen kamerclusters. Dit probleem zat ook al in aanlevermodule 1.12.4.

Release 1.14.0 (16-05-2022)

Ondersteuning HiX 6.3

Met de release van versie 1.14 ondersteunen we nu ook ziekenhuizen die werken met versie 6.3 van HiX.
Bij de installatie is het nu mogelijk om, naast HiX 6.1 en 6.2, ook te kiezen voor HiX 6.3.

Impact

Ziekenhuizen met HiX versie 6.3 kunnen vanaf heden gebruik maken van de 'standaard' aanlevermodule.

Alternatieve diagnose query (HiX 6.1)

Sommige ziekenhuizen hebben aangegeven dat de query capacities_diagnose.sql voor hen niet werkt, omdat patienttypes (https://lpz-support.atlassian.net/wiki/spaces/LPZDOC/pages/1868267534 ) bij hen niet af te leiden zijn uit de tabel DOSSIER_EPDDIAG. Hiervoor leveren we nu een alternatief met de query capacities_diagnose_patientcode.sql. Deze leidt het type patient nu af uit PATCODES in de patiententabel PATIENT_PATIENT. Om dit te gebruiken zult u de inhoud van queryfilenames moeten wijzigen in capacities_settings.json. De oorspronkelijke query moet uit de lijst queries worden verwijderd en het alternatief toegevoegd.

De tabel PATIENT_PATIENT moet beschikbaar zijn vanuit de aanlevermodule.

Voorlopig is deze query alleen beschikbaar voor HiX 6.1 implementaties.

Impact

Als u een opzet heeft waarbij patienttypes niet af te leiden zijn uit DOSSIER_EPDDIAG maar wel uit PATCODES dan raden we u aan om deze versie te installeren.

Opnameblokkades (HiX)

Opnameblokkades (OPNAME_OPNBLOKBED) die een reservering zijn worden niet langer als blokkade meegeteld maar als reservering. Bij het ophalen van blokkades uit de tabel OPNAME_OPNBLOKBED werd niet gekeken of de kolom RESERVERING op 0 stond. Waardoor we een bed als geblokkeerd opgaven waar deze feitelijk alleen gereserveerd was.

Ook wordt er nu gecheckt op de eventuele eindtijd van de reservering-opnameblokkades. Als een reservering uit OPNAME_OPNBLOKBED ook een eindtijd heeft, geldt een reservering nu ook als geldig als het huidige tijdstip valt tussen het begin van de reservering en het einde daarvan. Voorheen werd slechts gekeken of de reservering begintijd viel binnen vandaag en 10 s’ochtends morgenochtend.

Impact

Als u gebruik maakt van de extractie-component van de aanlevermodule (met de HiX-scripts die daar een onderdeel van zijn) is deze update aan te raden. Zeker als u wel eens afwijkende cijfers wat betreft blokkades en reserveringen heeft gezien.

Meerdere kamerclusters (HiX)

Als er bij kamerclusters meerdere kamerclusters werden opgegeven, dan traden er fouten op, op query-niveau. Kamerclusters (https://lpz-support.atlassian.net/wiki/spaces/LPZDOC/pages/1976369161) worden gebruikt om aan te geven dat bedden op een kamer in het betreffende cluster als een eenheid moeten worden gezien, typisch van nut voor geboortezorg.

Impact

Alleen van belang als u meerdere kamerclusters wilt gebruiken. En als u de HiX extractie functionaliteit gebruikt.

Merge error

In de aanlevermodule worden 2 databestanden gemaakt, dit gebeurt in enkele stappen. Een van deze stappen is de merge, hierbij worden meerdere bestanden samengevoegd tot één bestand.

Bij het mergen van een bestand met maar één regel (alleen een header) kon de merge fout gaan. En dit alleen wanneer het bewuste bestand het eerste bestand is dat wordt aangeboden voor mergen.

Impact

Als u op dit moment geen fouten aantreft met de melding “Fout bij samenvoegen extractie bestanden" dan is deze wijziging geen urgente reden voor een update.

Mapping aanpassingen

We liepen tegen een aantal problemen op in het geval van mappings op basis van kolommen met meerdere waarden. Dit kan bijvoorbeeld gebeuren bij bedden in meerdere clusters, waarbij voor beide clusters een mapping bestaat. Bijvoorbeeld, stel we hebben een bestand met de volgende rij:

en we hebben een mapping waarbij CLUSTER1 op de categorie 14 wordt gezet, en bij CLUSTER2 staat er een lege string als output van de mapping, dan kregen we “14,” als waarde in de CSV, iets waar de LPZ API een error over gaf. In de nieuwe versie krijgen we gewoon “14”, zonder extra komma.

Verder konden mappings met meerdere input-kolommen niet omgaan met kolommen met meerdere waarden. In het bovenstaande geval, als we een mapping hadden gebaseerd op clusters en afdeling (bijvoorbeeld), dan zou een mapping met een waarde voor de combinatie CLUSTER1+AFD1 niet gelden voor bovenstaande rij. Nu geldt zo’n mapping dus wel voor deze rij. En een mapping voor CLUSTER2+AFD2 zou ook gelden.

Impact

Alleen urgent als u tegen problemen aanloopt van mapping bij meerwaardige kolommen.