Public procurement notice: Additional Information
Published: 2021-09-10
Buyer: Provinciale Ontwikkelingsmaatschappij Limburg
Country: BE
Contract type: Services
Procedure: Open procedure
CPV classification: 72000000 | 72212220 | 72212330 | 72212332 | 72212333
Submission deadline: 2021-09-22
Award criteria: The most economic tender

Technical requirements: Het belang van niet-dringend ziekenvervoer (NDZ) neemt toe. Binnen deze tak van het ziekenvervoer zitten duidelijk nog heel wat knelpunten zowel langs aanbiederszijde (zijnde ziekenwagendiensten) als langs de vraagzijde (zijnde burgers + zorgorganisaties). Iedere aanbieder van vervoer heeft immers zijn eigen werking en optimaliseert enkel op basis van zijn eigen kostenstructuur. In het overkoepelende kader van de organisatie van deze ritten willen we hiaten weg werken die de werking voor alle betrokken partijen bemoeilijken.
Binnen dit EFRO 1305 project werken we een proeftuin uit met digitale oplossingen aan zowel de vraag- als de aanbodzijde voor een aantal van bovenvermelde kernproblemen.
Een eerste vorm van optimalisatie begeleidt gebruikers naar het juiste vervoersmiddel op basis van de medische toestand en specifieke zorgnoden van de patiënt. Hiervoor werd een triageboom, door artsen gevalideerd, ontwikkeld om gebruikers door dit proces te loodsen. Deze online triage-applicatie bestaat uit een front-end dat de gebruiker door het keuzeproces leidt en een back-end dat deze keuzes koppelt aan het juiste vervoerstype. Nadien kunnen alle gegevens worden doorgestuurd naar een third-party applicatie via een API.
Als tweede is er een dynamic dispatch engine met optimalisatie module noodzakelijk die deze API-gegevens capteert en vervolgens op basis van veranderbare governance regels de meest optimale verdeling van de uit te voeren ritten niet-dringend patiëntenvervoer maakt. De eerste testfase is beperkt tot het niet-dringend liggend ziekenvervoer. Hier wordt rekening gehouden met belangen van de patiënt, verzekeringsinstellingen, de vervoerder en de samenleving. De optimalisatie gebeurt op basis van het geselecteerde vervoerstype, de beschikbare capaciteit van de vervoerder, en de governance regels. Dit laat toe dat verschillende scenario’s getest kunnen worden. De beste beschrijving van de governance regels is een verzameling van schakelaars die je aan en uit kan zetten om zo te kijken wat het effect is. Een voorbeeld van zo’n governance regel kan zijn dat de patiënt een bepaalde ziekenwagendienst kan kiezen.
De bedoeling van deze optimalisatiemodule is om flexibel om te gaan met mogelijke toekomstige (medische) evoluties en/of wettelijke bepalingen in het kader van het Niet-Dringend Ziekenvervoer (NDZ) en deze als parameters binnen de applicatie onder te brengen. Deze kunnen op deze manier getest worden volgens het voorheen vermelde schakelaar principe (on/off).
De ziekenwagendienst krijgen op basis van de berekening door het optimalisatiemodel een berekend bezettingspercentage per voertuig aangeleverd. Het is weinig zinvol een hypothetische rittenlijst te bezorgen aangezien de optimalisatiemodule permanent optimalisaties berekent na elke wijziging van een parameter zoals de annulering van een rit of vertragingen door verkeersdrukte. De ritteninformatie wordt in een voor de computer leesbaar formaat aangeboden zodat ziekenwagendiensten die in hun bestaande systemen kunnen integreren. Bovendien wordt er een dashboard ontwikkeld voor vervoeraanbieders waarin gegevens met betrekking tot de beschikbare vervoersvloot, capaciteitsbeperkingen, … kunnen worden ingegeven. Dit alles heeft uiteraard een effect op de berekening van het optimale rittenschema voor de desbetreffende ziekenwagendienst en bij uitbreiding alle ziekenwagendiensten.
Hoewel de eerste focus ligt op het niet dringend liggend ziekenvervoer (NDLZ) vormt dit platform ook een solide basis voor uitbreiding naar andere types van ziekenvervoer, zowel in Limburg als in Vlaanderen. Het niet-dringend rolstoel- en zittend ziekenvervoer zijn mogelijke uitbreidingen. Dit wil zeggen dat beide modules (triage & dynamic dispatching) zodanig moeten worden opgebouwd dat uitbreiding naar deze, en andere, vervoersscenario’s in de toekomst mogelijk zijn.
De aanbestedende overheid wil extra aandacht vestigen op vraag en antwoord nr. 26, namelijk: De testing van de eindgebruikers zal 60 dagen in beslag nemen. De periode van 30 dagen die vermeld wordt in 9.7.1. moet vervangen worden door 60 dagen.