Elektronisch Voorschrijf systeem. academisch ziekenhuis Maastricht

Request For Information Elektronisch Voorschrijf systeem academisch ziekenhuis Maastricht

RFI EVS Marktverkenning azM – v1.0 definitief

14-8-2014

Pagina 1 van 19

VOORWOORD

Geachte gegadigde, Hierbij ontvangt u een consultatiedocument met betrekking tot het project EVS Marktverkenning azM Het MUMC+ (azM) wil middels deze marktraadpleging de belangstelling peilen van private partners voor een eventuele samenwerking en daarbij informatie verzamelen, zodat ze een reëel beeld van de mogelijkheden krijgt. Het document dat voorligt, is het resultaat van onze wens om een dergelijke consultatie op een zo transparant en efficiënt mogelijke wijze te organiseren. Uw mening over het principe, de kansen, de inhoud en de modaliteiten van een mogelijke samenwerking, is voor ons van groot belang. Uw kennis van de technische mogelijkheden, mogelijkheden voor innovatie, kostenbesparing en kwaliteitsverbetering zijn voor ons van nog groter belang. Wij nodigen u van harte uit ons, vanuit uw deskundigheid en ervaring, deelgenoot te maken van uw suggesties en ideeën. De gebundelde inhoud van uw reacties zal een belangrijke rol spelen bij de verdere besluitvorming over het project. Er bestaat geen enkele verplichting om deel te nemen aan deze marktraadpleging. Marktpartijen die niet hebben deelgenomen, zullen onder identieke voorwaarden aan de eigenlijke opdracht kunnen deelnemen. Gezien het belang van de opdracht voor het azM kan bij gelijke geschiktheid de keuze in het voordeel van een actieve participant in deze marktraadpleging vallen. Met vriendelijke groeten,

Namens de projectgroep, Jos Koekkoek, Senior Inkoper ICT


14-8-2014

Pagina 2 van 19

Inhoud 1

MANAGEMENT SAMENVATTING ......................................................................................................................................................... 4

2

MARKTRAADPLEGING, EISEN, WENSEN, PROCES, CONTACTGEGEVENS ........................................................................ 5

3

ORGANISATIEBESCHRIJVING ................................................................................................................................................................. 6

4

PROJECTOMSCHRIJVING .......................................................................................................................................................................... 7

5

HUIDIGE (FUNCTIONELE) KNELPUNTEN......................................................................................................................................... 8 5.1

Voorschrijven ....................................................................................................................................................................................... 8

5.2

Medicatiebewaking/ Logistiek........................................................................................................................................................... 8

5.3

Toediening ............................................................................................................................................................................................. 8

6

PARTICIPATIE IN DEZE MARKTRAADPLEGING.............................................................................................................................. 8 6.1

ANTWOORDEN OP DE VRAGENLIJST ................................................................................................................................... 8

6.2

Site Visits ............................................................................................................................................................................................... 8

6.3

BEHANDELING VAN UW ANTWOORDEN .......................................................................................................................... 9 6.3.1

Rapportering ............................................................................................................................................................................. 9

6.3.2

Besluitvorming .......................................................................................................................................................................... 9

6.4

JURIDISCHE ASPECTEN .................................................................................................................................................................. 9 6.4.1

Transparantie en gelijke behandeling ................................................................................................................................. 9

6.5

DE MARKTRAADPLEGING EN DE REGLEMENTERING OVERHEIDSOPDRACHTEN............................................ 9

6.6

AANSPRAKELIJKHEID VAN MUMC+ (AZM)........................................................................................................................... 9

6.7

AUTEURSRECHTEN ....................................................................................................................................................................... 10

7

DE VRAGENLIJST ........................................................................................................................................................................................ 10 7.1

ALGEMEEN ........................................................................................................................................................................................ 10 7.1.1

Uw onderneming ................................................................................................................................................................... 10

7.1.2

Uw ervaring/referenties ....................................................................................................................................................... 10

7.1.3

Uw visie .................................................................................................................................................................................... 11

7.2

SPECIFICATIES .................................................................................................................................................................................. 11 7.2.1

Architectuur ............................................................................................................................................................................ 11

7.2.2

Authenticatie en autorisatie................................................................................................................................................ 12

7.2.3

Integratie en koppelingen .................................................................................................................................................... 12

7.2.4

Functioneel .............................................................................................................................................................................. 12

7.3

PERFORMANCE/PRESTATIE EISEN ........................................................................................................................................... 16

7.4

SERVICE PARAMETERS .................................................................................................................................................................. 16

7.5

TECHNISCHE EISEN ....................................................................................................................................................................... 17 7.5.1

Server ........................................................................................................................................................................................ 17

7.5.2

Cliënt ......................................................................................................................................................................................... 17

7.6

JURIDISCHE EISEN, standaarden, normen, kwaliteitseisen .................................................................................................. 18

7.7

DOCUMENTATIE ............................................................................................................................................................................ 18

7.8

IMPLEMENTATIE .............................................................................................................................................................................. 18

7.9

EISEN VAN LEVERANCIER AAN HET MUMC+.................................................................................................................... 19

7.10

OVERIGE (OPEN) VRAGEN ......................................................................................................................................................... 19


14-8-2014

Pagina 3 van 19

1

MANAGEMENT SAMENVATTING

Door de Stuurgroep EVS (Elektronisch Voorschrijven en Toedieningsregistratie) is de opdracht verstrekt tot het uitvoeren van een vrijblijvende markverkenning van een systeem voor het proces van het voorschrijven, bewaken, verstrekken en registreren van medicatie. Doel van deze vrijblijvende marktverkenning van medicatiesystemen is het verkrijgen van inzicht in zowel de huidige beschikbare functionaliteit als de gehanteerde ICT-technologie. Deze marktverkenning zal in eerste instantie worden uitgevoerd in de vorm van een Request For Information (RFI). Dit deel van het vrijblijvende marktonderzoek bestaat uit een analyse van de antwoorden van de verschillende leveranciers op deze RFI. Gebaseerd op de uitkomsten van deze beoordeling wordt besloten of er voldoende potentiële kandidaten zijn met voldoende meerwaarde (ten opzichte van het huidige EVS), wat de opstart van een (Europese) aanbesteding / selectieprocedure rechtvaardigt. Mogelijke onderdelen van deze beoordeling vormen een site visit en een presentatie van het betreffende softwaresysteem door de leverancier. Van de leverancier wordt gevraagd om bij het beantwoorden uit te gaan van huidige beschikbare functionaliteit van zijn oplossing(en). Geplande, maar nog niet gerealiseerde functionaliteit(en) dien(t)(en) buiten beschouwing gelaten te worden, tenzij deze met grote zekerheid binnen een kwartaal commercieel beschikbaar zijn.


14-8-2014

Pagina 4 van 19

2

MARKTRAADPLEGING, EISEN, WENSEN, PROCES, CONTACTGEGEVENS

Doel van deze vrijblijvende marktverkenning van medicatiesystemen is het verkrijgen van inzicht in zowel de huidige functionaliteit als de gehanteerde ICT-technologie. Met deze openbare uitvraag aan de markt wil het MUMC+ inzicht krijgen in de mogelijkheden waardoor het voor het MUMC+ mogelijk wordt een goed programma van eisen op te stellen waarmee een reguliere (Europese) aanbestedingsprocedure kan worden gestart. Specifiek is deze vraag gesteld aan ondernemingen waarvan bekend is (onder andere van een inventarisatie van de NVZA) dat zij activiteiten op het gebied van EVS uitvoeren, te weten (niet uitputtend): VCD Pharma, CSC Healthcare Group, Chipsoft, FarMedRx, Pharmapartners, Medimo, Compugroup Medical, Microbais, EPIC, Ross Health, Digitalis en Careweb. Respondenten op deze marktraadpleging stemmen zonder terughoudendheid in met de volgende juridische kaders: • Marktpartijen komen door deel te nemen aan de marktraadpleging op geen enkele wijze in een bevoordeelde of benadeelde positie op het moment van de aanbesteding. • Zowel de marktconsultatie als de uitkomsten van de marktconsultatie worden openbaar gemaakt. Voor de ideeën, suggesties en voorstellen die in antwoord op deze marktraadpleging worden ingediend en waarvoor u zich wilt beroepen op een auteursrechtelijke bescherming, dient u deze nadrukkelijk als zodanig te markeren, zodat deze in de openbare publicaties anoniem kunnen worden gemaakt. • Ontlenen van rechten uit de informatie die is verstrekt in de marktconsultatie, is niet mogelijk. • Het honoreren van claims van marktpartijen over het gebruik van informatie of vertrouwelijkheid is niet mogelijk. • Deze marktverkenning betreft een geheel vrijblijvend onderzoek van het azM; • De door aanbieder(s) in het kader van deze marktverkenning verrichtte werkzaamheden zijn voor rekening van de aanbieder(s). Het azM vergoedt de aanbieder(s) geen kosten die in dit kader door de aanbieder(s) zijn gemaakt; • Aan de deelname aan deze RFI-procedure kunnen geen rechten (zoals die tot verkoop) worden ontleend; • Antwoorden op deze uitsluitend digitaal zenden aan: Jos Koekkoek, senior inkoper ICT, Academisch Ziekenhuis Maastricht [email protected]. • Gebruikt u daarvoor het meegestuurde antwoordsjabloon. Eventuele vragen aangaande deze marktverkenning kunnen alleen worden gesteld d.m.v. een e-mailbericht aan [email protected] U wordt verzocht om eventuele ambiguïteiten, inconsistenties of tegenstrijdigheden in deze RFI tekst zodanig in uw antwoorden te verwerken dat eenduidig is op welke aannames uw antwoorden zijn gebaseerd. Deze informatie wordt verzonden via: www.negometrix.com/nl CONTACTGEGEVENS

Alle informatie wordt centraal ontvangen en gebundeld door Dhr. J.W. Koekkoek – Senior inkoper. De bereikbaarheid is als volgt: E-mail: [email protected] Tel. 043-3874019 Bij afwezigheid is het in geval van hoge urgentie toegestaan contact op te nemen met Mevr. Stephanie Schellinx, Senior Inkoper. De bereikbaarheid is als volgt: E-mail: [email protected] Tel. 043-3872302


14-8-2014

Pagina 5 van 19

3

ORGANISATIEBESCHRIJVING

Met ingang van januari 2008 zijn het academisch ziekenhuis Maastricht (azM) en de Faculteit Health, Medicine and Life Sciences van de Universiteit Maastricht gefuseerd tot het achtste universitair medische centrum van + + Nederland. De nieuwe organisatie heet Maastricht Universitair Medisch Centrum (Maastricht UMC ). +

Het Maastricht UMC heeft nationaal en internationaal een unieke profilering. De ‘plus’ in de naam staat voor + de integratie van geneeskunde én gezondheidswetenschappen in de zorgketen. Het Maastrichts UMC speelt + daarmee duidelijk in op de gezondheidszorg van de toekomst. Daarnaast onderscheidt Maastricht UMC zich in de multidisciplinaire en probleemgestuurde aanpak in onderwijs en onderzoek en waarborgt de koppeling van onderwijs, onderzoek en zorg ook de continuïteit in de zorgketen. +

Het Maastricht Universitair Medisch Centrum heeft drie taken: patiëntenzorg, onderzoek en onderwijs en + opleiding. Het Maastricht UMC behandelt patiënten met alle mogelijke aandoeningen: van eenvoudig tot zeer complex. Dat behelst niet alleen basispatiëntenzorg, maar met name bijzondere patiëntenzorg: topreferente en topklinische zorg. +

Onderzoek speerpunten van het Maastricht UMC zijn Hart en vaten, Oncologie, Chronische ziekten en Geestelijke gezondheidszorg en neurowetenschappen. Fundamenteel onderzoek vindt plaats in zogeheten schools: Cardiovascular Diseases (CARIM); Oncology & Developmental Biology (GROW); Nutrition, Toxicology and Metabolism (NUTRIM), Mental Health and Neuroscience (MheNS) en Public Health and Primary Care (CAPHRI). +

Het Maastricht UMC ligt midden in de Euregio Maas-Rijn. Universiteitssteden met medische centra als Aken en Luik, bevinden zich op slechts dertig kilometer afstand. Intensivering van (internationale) samenwerking, en met name in de Euregio, staat in Maastricht dan ook hoog in het vaandel. +

In totaal telt het Maastricht UMC (zie ook: www.summum.mumc.nl, www.azm.nl en www.unimaas.nl/fhml) + 715 bedden, 4.000 studenten en ruim 6.100 medewerkers. Het Maastricht UMC is aangesloten bij de NFU, de Nederlandse Federatie van Universitair Medische Centra (zie ook: www.nfu.nl). Kengetallen per jaar (recentere jaren zijn vergelijkbaar) Beddenaantal Operatiekamers Kliniek Aantal opnames Gemiddelde verpleegduur in dagen Polikliniek Totaal poliklinische consulten Aantal dagbehandeling/- verpleging Consulten SEH Algemeen Medewerkers Aantal promoties


14-8-2014

2010 715 22

2011 715 24

29.000 6,8

28.542 6,9

441.000 444.000 27.042 29.547 29.949 30.350 4.097 131

4113 133

Pagina 6 van 19

4

PROJECTOMSCHRIJVING

Het vrijblijvende marktonderzoek bestaat uit een analyse van de antwoorden van de verschillende leveranciers op deze RFI. Gebaseerd op de uitkomsten van deze beoordeling wordt besloten of er voldoende potentiële kandidaten zijn met meerwaarde ten opzichte van het huidige EVS, wat de opstart van een (Europese) aanbesteding / selectieprocedure rechtvaardigt. Mogelijke onderdelen van de beoordeling vormen een site visit en een presentatie van het betreffende softwaresysteem door de leverancier. Het project wordt aangestuurd door de stuurgroep EVS. De voorzitter van de stuurgroep behartigt de belangen als opdrachtgever (Business Executive). Tevens zijn de rollen van Senior User (vertegenwoordiging van de gebruikers) als de Senior Supplier (vertegenwoordiging ICT leverancier) ingevuld. Tevens is namens het zorgdomein een gemandateerde arts vertegenwoordigd die met name de onderdelen voorschrijven en toedienen behartigd. EVS, beknopte beschrijving volgens het MUMC+: Het medicatieproces bestaat uit de activiteiten die het voorschrijven, medicatiebewaking, logistiek en toediening van geneesmiddelen. Dit proces kan in zijn geheel ondersteund worden door één integraal systeem, maar een oplossing waarbij meerdere systemen zijn gekoppeld tot een totaaloplossing is eveneens een alternatief. Voor-schrijven

Bewaking & Logistiek

Toediening

We onderkennen in dit medicatieproces een drietal hoofdonderdelen waarbij de keten begint bij de specialist die de medicatieopdracht (zowel klinisch als poliklinisch) in het systeem invoert. De apotheek bewaakt en controleert de medicatieopdrachten en draagt zorg voor de aansturing van de logistieke processen. De verpleegkundigen dragen zorg voor de verstrekking van geneesmiddelen aan de patiënt, waarbij aan bed de finale controle plaatsvindt middels het scannen van barcodes. Ter ondersteuning van het medicatieproces onderkennen we ook de volgende functionaliteiten voor de gebruikers (artsen, verpleging, apotheekmedewerkers, administratie): • geïntegreerde toegang tot de medicatiegegevens, • gelegenheid tot het interactief vastleggen van medicatieopdrachten (MO); • ondersteuning bij medicatiebegeleiding waaronder medicatiebewaking en ondersteuning bij het naleven van de richtlijn overdracht van medicatiegegevens bij opname en ontslag; • ondersteuning bij de verstrekking van medicatie (logistiek, uitzetten, voor toediening gereed maken (VTGM) en toedienen) en de registratie daarvan. In de huidige situatie zijn bovengenoemde functies geïntegreerd in één systeem. Wij staan dus ook nadrukkelijk open voor deelsystemen die de mogelijkheid bevatten om te communiceren met andere systemen waarbij de zorgketen ondersteund wordt. Daarom nodigen wij tevens gegadigden uit die een oplossing hebben voor een van de drie genoemde deelprocessen: Het gehele proces kent hierbij meerdere differentiaties: • Klinisch • Poliklinisch • Kindergeneeskunde • Kinder IC’s • Dialyse • Spoed Eisende Hulp • Oncologie • Etc.


14-8-2014

Pagina 7 van 19

5

HUIDIGE (FUNCTIONELE) KNELPUNTEN

Het azM heeft een recente inventarisatie van de voornaamste knelpunten met het huidige systeem gedaan. Deze zijn in deze paragraaf opgenomen. Wilt u als onderdeel van de beantwoording uw mening/oplossing aangeven in het antwoordformulier?

5.1

Voorschrijven

Nr. Omschrijving 01 Er is geen mogelijkheid medicatie in mg/kg lichaamsgewicht te doseren. 02 03 04 05 06

5.2

Er is geen koppeling met landelijke database van het Nederlands Kenniscentrum voor Farmacotherapie bij kinderen (NKFK), Kinderformularium. Het is niet mogelijk om deze (uit 02) medicatie adequaat te controleren en alarmeren. Er is behoefte aan een geautomatiseerde eerste suggestie van middelen die in de kindergeneeskunde worden gebruikt. Standaardmiddelen voldoen vaak niet bij medicatie voor kinderen. Apotheek moet dit bereiden. Dit is maatwerk. Zijn hier geautomatiseerde oplossingen voor? Bestaan er koppelingen met andere systemen? Met name koppelingen met Spoed Eisende Hulp (E-Care), Dialyse (ProDB), IC (ICIP)?

Medicatiebewaking/ Logistiek

Nr. Omschrijving 01 Er is geen

koppeling met landelijke database van het Nederlands Kenniscentrum voor Farmacotherapie bij kinderen (NKFK), Kinderformularium. Bestaat deze? 02 Het is momenteel niet mogelijk om deze medicatie (uit 01) adequaat te controleren en alarmeren.

5.3 Nr. 01 02 03

6

Toediening Omschrijving

Er is geen mogelijkheid medicatie in mg/kg lichaamsgewicht te doseren Niet mogelijk om deze medicatie adequaat te controleren en alarmeren Er is geen duidelijk onderscheid zichtbaar voor gestarte en (tijdelijk) gestopte medicatie.

PARTICIPATIE IN DEZE MARKTRAADPLEGING

6.1 ANTWOORDEN OP DE VRAGENLIJST De afspraken betreft de antwoorden op de vragen die u achter aan dit document vindt. Het azM houdt enkel rekening met de schriftelijke antwoorden die zij ontvangt voor 1 oktober 2014, 12.00 uur. De antwoorden op de vragen dienen zo volledig, doch beknopt mogelijk te zijn. Een antwoord op alle vragen is wenselijk, doch niet vereist. Indien onderdelen van uw antwoord vertrouwelijk zijn, dient u dit bij uw antwoord aan te geven. Om de transparantie en gelijke behandeling van alle geïnteresseerden maximaal te garanderen, verzoeken wij u uw reacties uitsluitend schriftelijk in te dienen, gericht aan de in de paragraaf Contactgegevens opgegeven e-mail van de contactpersoon.

6.2 Site Visits De mogelijkheid wordt u geboden om uw schriftelijke antwoorden te laten zien in de praktijk middels een Site Visit bij een van uw referenties. Wij houden ons het recht voor om daarvan af te zien, zonder daarvoor een toelichting te geven. Een eventuele site visit hebben wij gepland op 5-11-2014 en 12-11-2014.


14-8-2014

Pagina 8 van 19

6.3 BEHANDELING VAN UW ANTWOORDEN Uw antwoorden op de vragenlijst en het resultaat van het mondeling onderhoud zullen als volgt behandeld worden :

6.3.1

Rapportering

Het azM zal de antwoorden in een syntheserapport verwerken en het rapport rechtstreeks publiceren aan de deelnemers (een syntheserapport voegt de verzamelde informatie bij elkaar, waardoor een herzien informatiepakket ontstaat waarin nieuwe inzichten naar voren kunnen komen.) Het rapport zal worden opgesteld met eerbiediging van de anonimiteit van de bronnen. Het azM meent dat zij de antwoorden zal kunnen synthetiseren met respect voor de anonimiteit van de bronnen. Echter, indien uw antwoorden gegevens bevatten waarnaar in het syntheserapport onder geen enkel beding mag verwezen worden, dient u de strikt vertrouwelijke passages uitdrukkelijk aan te geven.

6.3.2

Besluitvorming

Het azM zal de reacties op de marktraadpleging analyseren en er rekening mee houden bij de verdere besluitvorming van het project. Indien het azM voor een outsourcing formule kiest, zal zij de partner kiezen via een (Europese) aanbestedingsprocedure.

6.4 JURIDISCHE ASPECTEN 6.4.1

Transparantie en gelijke behandeling

Het azM waakt erover dat de marktconsultatie met respect voor de beginselen van behoorlijk bestuur verloopt. Dit betekent onder meer dat het azM geïnteresseerden een gelijke uitgangspositie en gelijke toegang tot informatie biedt. Dit marktraadplegingsdocument en de eventuele bijlagen zijn openbaar en op te vragen via het platform Negometrix. Het azM behoudt zich het recht voor om via Negometrix bijkomende mededelingen over de marktraadpleging te publiceren.

6.5 DE MARKTRAADPLEGING EN DE REGLEMENTERING OVERHEIDSOPDRACHTEN Deze marktraadpleging peilt uw ideeën en suggesties omtrent een potentiële samenwerking. Deze marktraadpleging heeft niet tot doel een concrete partner te selecteren voor een project. De marktconsultatie gaat vooraf aan een dergelijke selectie en maakt nadrukkelijk geen onderdeel van de selectie uit. Het is ook niet de bedoeling dat u in respons op deze marktraadpleging uw 'kandidatuur' of 'offerte' indient. Het is uitdrukkelijk niet de bedoeling dat u omstandige analyses overmaakt die normaliter enkel in het kader van de uitvoering van een formele voorstudie of andere opdracht voor diensten vallen. U ontvangt geen financiële vergoeding voor uw deelname. Voor zover nodig benadrukt het azM nogmaals dat uw deelname of nietdeelname aan de marktraadpleging op geen enkele wijze een negatieve of positieve invloed zal hebben op uw mogelijkheid tot deelname aan de selectie- en gunningsprocedures die het azM in een latere fase mogelijk van plan is te organiseren. Onder geen beding zal uw reactie, of het uitblijven van een reactie, een uitsluitingsgrond vormen in het kader van dergelijke procedures.

6.6 AANSPRAKELIJKHEID VAN MUMC+ (AZM) Dit document is enkel bestemd voor marktraadplegingsdoeleinden. Het wordt ter beschikking gesteld op de uitdrukkelijke voorwaarde dat u het enkel zult gebruiken om suggesties en ideeën aan te reiken over een potentiële samenwerking met het azM in het kader van deze RFI. Deze marktraadpleging stelt een mogelijke aanschaf in het vooruitzicht, maar houdt geen toezegging of verplichting uit hoofde van het azM in. In het bijzonder, maar zonder afbreuk te doen aan de algemeenheid van wat voorafgaat, wordt geen bevestiging of waarborg gegeven met betrekking tot de verwezenlijking van toekomstige plannen of opbrengsten. De in het document opgenomen informatie wordt geacht nauwkeurig te zijn bij het ter perse gaan. Alle informatie is echter onderhavig aan bijwerkingen, wijzigingen of verbeteringen. Het azM aanvaardt geen aansprakelijkheid voor de in dit document opgenomen informatie.


14-8-2014

Pagina 9 van 19

6.7 AUTEURSRECHTEN Voor de ideeën, suggesties en voorstellen die in antwoord op deze marktraadpleging worden ingediend en waarvoor u zich wilt beroepen op een auteursrechtelijke bescherming, dient u deze nadrukkelijk als zodanig te markeren. Het staat het azM vrij deze elementen nadat deze zijn geanonimiseerd en veralgemeniseerd, vervolgens op te nemen in de later toe te kennen opdrachtomschrijving (PVE), zonder dat hiervoor enige vorm van vergoeding verschuldigd is.

7

DE VRAGENLIJST

Uw antwoorden op onderstaande vragenlijst zullen een belangrijke rol kunnen spelen bij de besluitvorming over de verdere aanpak van het project. Door uw ervaring en kennis te vertalen in concrete antwoorden op de vragenlijst, helpt u Het azM om de haalbaarheid en de aantrekkingskracht van een mogelijke overeenkomst te verzekeren. Het azM verwacht uiteraard geen absolute antwoorden op de vragen, maar antwoorden op basis van uw deskundigheid. Het azM hecht dan ook bijzonder veel waarde aan uw visie en stelt uw deelname aan deze marktraadpleging bijzonder op prijs. In de vragenlijst zijn ca. 230 vragen opgenomen. Waar systeem staat moet worden gelezen “systeem of deelsysteem”.

7.1 ALGEMEEN 7.1.1

Uw onderneming

Vult u op het antwoordformulier a.u.b. uw antwoord op onderstaande algemene vragen over uw onderneming in: Nr. 01 02 03 04 05 06 07 08 09 10 11 12 13

7.1.2

Omschrijving Antw. Wat is de naam van leverancier? Wat is het adres van leverancier? A.u.b. uw volledige NAW gegevens opgeven. Wat zijn de commerciële contactgegevens van leverancier? Graag de naam, telefoonnummer en email adres van commercieel contactpersoon. Wat zijn de kernactiviteiten van u als leverancier? Denk aan systeemontwikkeling, distributie, implementatie, hardware-, systeemsoftware- en netwerken, consultancy en service & support. Levert u oplossingen voor alle drie de genoemde functionaliteiten? (Voorschrijven, Bewaking/logistiek en Toediening). Of levert u oplossingen voor een of meer van deze deelgebieden? Wat is het aantal medewerkers per kernactiviteit, verdeeld naar ontwikkeling, implementatie en service & support? Hanteert de leverancier een algemeen kwaliteitssysteem (ISO o.i.d.)? Hoe garandeert u de kwaliteit van softwareproducten? Werkt u met een keurmerk, bijvoorbeeld van IFSQ? Werkt u met Functiepunten of een gelijksoortige methodiek. Licht dit toe. Welke certificeringen zijn er concreet behaald? En wanneer zijn deze behaald? Hoeveel medewerkers zijn fulltime beschikbaar voor ondersteuning van de beschreven functionaliteit? Hoeveel (software)ontwikkelaars werken fulltime aan het bedoelde systeem of deelsysteem ? Welk percentage van de omzet wordt besteed aan R&D en autonome pakketontwikkeling voor het bedoelde (deel)systeem?

Uw ervaring/referenties

Het azM tracht met deze marktraadpleging om de slaagkansen van het project te maximaliseren, o.m. door de marktconformiteit van dit project te toetsen. Om die reden vragen wij u om relevante referenties aan uw antwoorden toe te voegen. Deze referenties moeten ons zicht op uw bestaande ervaringen vergroten. Het azM heeft het recht om contact op te nemen met de afgevers van de referentie. Deze vraag ondersteunt onze beeldvorming en staat volledig los van de toetsing die in een werkelijke Selectiefase aan de orde zal zijn. Nr. Omschrijving Antw. 01 Welke referentie(s) kan de leverancier aanreiken waar een vergelijkbaar (deel)systeem al werkend is? 02 Welke referentie(s) kan de leverancier aanreiken ten aanzien van gerealiseerde koppelingen met systemen van andere leveranciers?


14-8-2014

Pagina 10 van 19

7.1.3

Uw visie

Vult u op het antwoordformulier a.u.b. uw antwoord op onderstaande vragen in: Nr. Omschrijving Antw 01 Meent u dat een overeenkomst met het MUMC+ principieel interessant is voor u en waarom? 02 Wat is uw visie op deze marktraadpleging? Concreet: op welke wijze kan een (Europese) aanbestedingsprocedure een optimale samenwerking negatief of positief beïnvloeden? Op welke wijze kunnen we de slaagkansen voor een (Europese) aanbesteding verhogen? 03 Wat zijn uw suggesties om tot een overeenkomst te komen die een werkelijke win-winrelatie kan laten ontstaan, zodat beide partijen maximaal kunnen delen in de baten van het project? Hoe krijgt in uw visie de samenwerking het beste gestalte? Kunt u hiervan iets aangeven op zowel strategisch, tactisch als operationeel niveau? 04 Hoe denkt u om te gaan met ogenschijnlijk niet-gelijklopende belangen en de zoektocht naar oplossingen van problemen die vooraf niet in te schatten waren? 05 Door welke luiken eraan toe te voegen of weg te laten meent u dat het project aantrekkelijker wordt voor de markt? 06 Kunt u een ruwe indicatie geven van het benodigde budget per (deel)systeem) als turn-key (dus aanschaf incl. implementatie en opleiding zonder onderhoud). Een onduidelijkheidmarge van 30-35% vinden we acceptabel. Indien u denkt niet binnen deze marge te kunnen blijven, vragen wij u dit te melden en geen opgave te doen. 07 Waar liggen volgens u bij dit project de kritische risicofactoren en op welke wijze meent u dat men wij het best mee om zouden moeten gaan? 08 Welke informatie die redelijkerwijs in dit stadium nog bijkomend verzameld kan worden, kan de kwaliteit van een toekomstige aanbieding verhogen of de onzekerheden in belangrijke mate verlagen? 09 Wordt de klant actief op de hoogte gehouden van nieuwe versies en updates van het systeem? Licht toe op welke wijze u dit doet. Bestaat er een zogenaamde “RoadMap” van de gewenste functionaliteit? Is er een technische en functionele RoadMap? Wat is de reikwijdte in jaren van deze RoadMap? U wordt verzocht hier zaken te melden omtrent het proces en geen inhoudelijke road-map onderwerpen aan te leveren. 10 Is de leverancier bezig met ontwikkelingen die in lijn liggen / aansluiten bij de toekomstige ambities van het MUMC+ met name op het gebied van Operational Excellence (Lean six sigma)? Zo ja kunt u deze noemen?

7.2 SPECIFICATIES 7.2.1

Architectuur

In het azM wordt een modulaire ICT architectuur nagestreefd. Dit betekent dat we streven naar standaardisatie en minimalisatie van het IT landschap. De belangrijkste principes zijn: • Informatie wordt opgeslagen bij de bron (het systeem waarmee de informatie is gegenereerd). • Andere systemen halen deze informatie op bij de bron indien nodig. Informatie die van uw systeem uit andere systemen wordt opgehaald wordt niet in uw systeem opgeslagen behalve als deze informatie noodzakelijk is voor het functioneren van uw systeem. • Indien mogelijk wordt virtualisatie toegepast • Indien mogelijk wordt consolidatie toegepast • Redundantie van informatie wordt zoveel mogelijk voorkomen; • Indien mogelijk, wordt gebruik gemaakt van reeds aanwezige functionaliteit/ business logic; • Voor uitwisseling van (zorg gerelateerde) informatie worden web services of HL7 v2.4 als communicatieprotocol ingezet; • Communicatie tussen applicaties verloopt altijd via SAP-PI, de Enterprise Service Bus (ESB) van azM. • Noodzakelijk samengestelde services (functionaliteit die wordt opgebouwd op basis van gebruik van meerdere services, eventueel van meerdere applicaties) wordt door de ESB gepubliceerd (ontwikkeld); • Noodzakelijke informatie wordt, wanneer nodig, door het vragende systeem via de ESB opgevraagd bij het bronsysteem (real-time); • Indien een bronsysteem de bovengenoemde real-time query niet ondersteunt, wordt de relevante data opgeslagen in één centrale repository die hoog beschikbaar is; • Indien data uit een bronsysteem ook daarbuiten moet worden opgeslagen (kopie in een repository): o gebeurt dit, afhankelijk van de bron data, in gestructureerde vorm (bijvoorbeeld meetwaarden). Verslagen of andere ongestructureerde tekst worden als PDF document opgeslagen; o worden de betreffende informatiefuncties vanuit de repository beschikbaar gesteld, hetzij als (web)service hetzij via HL7 berichtencommunicatie; RFI EVS Marktverkenning azM – v1.0 definitief

14-8-2014

Pagina 11 van 19

o

o

wordt een synchronisatiemechanisme ontwikkeld om de data in de repository up-to-date en integer te houden met de data in het bronsysteem. De frequentie van de updates is afhankelijk van het type informatie in het bronsysteem. De synchronisatie verloopt via de ESB op basis van gestructureerde berichten (HL7); worden de gerepliceerde gegevens uitsluitend gemuteerd door het bronsysteem waarvan de data afkomstig is, dit om te kunnen garanderen dat de data in het bronsysteem en de repository gelijk zijn en blijven.

Beschrijf de architectuur van uw oplossing: welke componenten, welke onderlinge relaties, afhankelijkheden, design keuzes, technologie, (ontwikkel)platform, standaarden, protocollen. Nr. Omschrijving 01 02

03 04 05 06 07

Antw.

Kunt u akkoord gaan met de bovenstaande architecturale uitgangspunten? Zo niet, graag een toelichting. Licht de architectuur van uw systeem toe (client/server, web based, etc.) en geef aan hoe de 3 functionele blokken (voorschrijven, bewaking/logistiek en toedienen) in uw (deel)systeem zijn geïmplementeerd. Geef de relaties aan tussen deze deelsystemen en/of op welke manier uw systeem integreert met andere systemen om gezamenlijk toch de volledige functionaliteit te kunnen bieden. Maakt uw systeem gebruik van IHE profielen? Licht dit kort toe. Maakt u gebruik van de Nictiz standaarden m.b.t. de Klinische bouwstenen overdrachtmedicatie? Licht dit kort toe. Vraag uitsluitende beantwoorden indien u een integraal systeem levert. Zowel de functies voorschrijven, bewaking/logistiek als toedienen worden ondersteund door uw systeem. Licht toe hoe de onderlinge integratie van de deelsystemen is gerealiseerd? Met welke standaarden wordt gewerkt? Vraag uitsluitende beantwoorden indien u een integraal systeem levert. Is het mogelijk één of meerdere deelsystemen te vervangen door systemen van derden? Vraag uitsluitende beantwoorden indien u een integraal systeem levert. Licht toe hoe de integratie van uw deelsystemen met andere systemen is gerealiseerd? Met welke standaarden wordt gewerkt.

7.2.2

Authenticatie en autorisatie

Het azM maakt gebruik van een Identity Management systeem (IdM) dat zorgt draagt voor provisioning van applicatierollen (en eventueel van gebruikers) naar de diverse applicaties. azM streeft ernaar gebruikersbeheer centraal uit te voeren in het IdM systeem en niet binnen applicaties. Nr. Omschrijving 01

Antw

Uw (deel)systeem ondersteunt authenticatie op basis van Active Directory integratie, Kerberos tokens of SAML. Wat is uw visie in dezen en hoe kan uw (deel) oplossing hierin voorzien? Licht dit toe.

7.2.3

Integratie en koppelingen

Communicatie tussen applicaties verloopt altijd via de enterprise (service) bus van het azM (SAP-PI) op basis van gestructureerde berichten of services. Nr. Omschrijving 01 02 03 04 05 06 07 08 09

Antw

azM maakt gebruik van HL7 v2.4 volgens de Nederlandse implementatie richtlijn van HL7.nl. Ondersteunt uw (deel) systeem dit? Licht dit toe. Ondersteunt uw systeem het uitwisselen van informatie op basis van web services? Licht dit kort toe. Heeft uw systeem mechanismen voor het synchroniseren van patiëntcontext (bijv. CCOW)? Licht dit kort toe. Welke informatie en op welke manier wordt informatie uitgewisseld tussen de 3 functionele blokken: voorschrijven, bewaking/logistiek en toedienen. Is uw (deel)systeem XIS gekwalificeerd door Nictiz zodat een aansluiting aan het LSP mogelijk is? Licht dit toe. Zijn er voorwaarden gesteld voor de XIS kwalificatie zoals het gebruik van specifieke communicatie software? Welke koppelingen zijn er reeds gerealiseerd met welke (andere) systemen? Geeft u hiervan een overzicht. Bij welke organisaties zijn deze koppelingen operationeel en welke Enterprise Service Bus is hierbij gebruikt? Is het mogelijk om “Stop berichten” bijvoorbeeld naar stadsapotheek te sturen die met blisters werken. Licht dat kort toe.

7.2.4

Functioneel

7.2.4.1 Algemeen Nr. Omschrijving


Antw.

14-8-2014

Pagina 12 van 19

Nr. 01 02 03

04

Omschrijving Antw. Beschrijf op hoofdlijnen per (deel)systeem de mogelijkheden van deze oplossing. Beschrijf op hoofdlijnen per (deel)systeem de beperkingen van deze oplossing. Geeft u in het verlengde van vraag 7.2.1.02 een toelichting op de modulaire opbouw van uw systeem, belicht vanuit de wetenschap dat niet voor iedere voorschrijver dezelfde functionaliteiten ter beschikking hoeven te staan. MUMC+ wil geen geld besteden aan niet gebruikte functionaliteiten. Bijvoorbeeld: beperktere (en goedkopere) licenties per (deel)systeem per gebruikerstype. Geef aan of het mogelijk is om clinical trials te ondersteunen. Licht dat kort toe.

7.2.4.2 Geef globaal aan hoe de volgende stamgegevens beheerd worden: Nr. Omschrijving Antw 01 SAP is het bronsysteem voor patiëntgegevens in het azM. Door middel van HL7 ADT berichten worden mutaties in het patiëntenbestand gecommuniceerd naar andere informatiesystemen. Ondersteunt uw systeem dit? Licht dit kort toe. 02 Artikel/geneesmiddelen gegevens. Welke artikel/geneesmiddelgegevens kunnen in het systeem gebruikt worden? 03 Wordt de G-standaard (Z-index) als bron gebruikt voor artikelen/medicatiebewaking? 04 Bestaat er een inleesmogelijkheid inclusief wijzigingsrapportage voor het vorige punt? 05 Kunnen eigen bereidingen of artikelen die niet in de G-standaard zijn opgenomen worden geregistreerd (aanmaken van eigen artikelkaart). 06 Hoe worden stamgegeven van afdelingen en kostenplaatsen beheerd? 07 Geef aan of uitgevoerde handelingen in het systeem op gebruikersniveau (account, datum en tijd) worden gelogd en zo ja, of dit van toepassing is op de volledige breedte van het (deel)systeem. 7.2.4.3 Toegang tot medicatiegegevens Nr. Omschrijving 01 Geef globaal aan hoe de medicatiehistorie (klinisch, poliklinisch en in de thuissituatie) kan worden geraadpleegd. 02 Geef globaal aan hoe actuele medicatie kan worden geraadpleegd. 03 Geef globaal aan hoe toekomstige medicatie kan worden geraadpleegd. 04 Geef globaal aan hoe ondersteuning geboden wordt bij de overdracht van medicatiegegevens bij opname en ontslag. Betrek hierin (transmurale) uitwisselingsystemen als het LSP en geef aan of een actueel e e medicatieoverzicht verzonden kan worden naar een 1 lijns zorgverlener of een andere 2 lijns zorginstantie. 05 Geef aan of in alle medicatieoverzichten medicatieorders van dezelfde medicatie gebundeld worden weergegeven (o.b.v. GPK of HPK code) 06 Geef aan hoe de overzichtelijkheid is gewaarborgd van historische informatie, gestarte en gestopte medicatie. 7.2.4.4 Wijzigen van medicatiegegevens Nr. Omschrijving 01 Geeft u globaal aan of het mogelijk is om medicatiegegevens te wijzigen nadat het voorschrift is opgeslagen en welke restricties hieraan verbonden zijn. 02 Geeft u aan welke beveiligingsopties er mogelijk zijn zodat de medicatieveiligheid is gewaarborgd.

Antw

Antw

7.2.4.5 Voorschrijven van medicatie Nr. Omschrijving Antw 01 Geeft u aan of en globaal hoe medicatiehistorie of thuismedicatie kan worden omgezet in een nieuwe medicatieorder. 02 Geeft u aan welke autorisaties en bevoegdheden bij het voorschrijfproces kunnen worden vastgelegd. 03 Geeft u aan op welke wijze verplichte autorisatie door de voorschrijver is geborgd indien de voorschrijver niet degene is die de medicatieorder heeft aangemaakt. 04 Geeft u aan op welke wijze nog niet geautoriseerde medicatieopdrachten zichtbaar worden gemaakt bij het toediening ondersteunend systeem (aan de verpleging). 05 Geeft u aan of voor elk medicament afzonderlijke toedieningstijdstippen kunnen worden gedefinieerd. 06 Geeft u aan of en hoe de voorschrijver gestuurd wordt naar het lokale formularium en/of het lokale (apotheek)assortiment. 07 Geeft u aan of het systeem de mogelijkheid biedt voor (automatische) omzetting op basis van het formularium. Geeft u tevens aan of het systeem de mogelijkheid biedt om advies voor omzetting te negeren


14-8-2014

Pagina 13 van 19

Nr. Omschrijving Antw en buiten het formularium voor te schrijven (continueren gebruik thuismedicatie). 08 Welke standaard(en) word(t)(en) gehanteerd voor het zoeken van geneesmiddelen? Is hier sprake van koppelingen met externe databases en zo ja welke? 09 Geeft u globaal de stappen aan in het proces van voorschrijven van medicijnen. 10 Geeft u aan of het medicatieproces volledig ondersteund wordt bij alle ziekenhuispatiënten op polikliniek, in de kliniek, op de spoedeisende hulp, op IC’s, op dagbehandeling en op functieafdelingen. 11 Geeft u aan hoe er in het voorschrijfproces onderscheid wordt gemaakt tussen een eenvoudig enkelvoudig medicijn en een ingewikkeld (infusen, inclusief optimale eindconcentratierange, berekeningen) medicatievoorschrift. Geeft u aan welke voorschrijfwijzen wel en welke niet ondersteund worden. Ondersteuning in de vorm van ‘vrije tekst’ geldt hierbij niet als een valide methode. 12 Geeft u aan of er doseringen automatisch berekend kunnen worden op basis van actueel (en/of deze gekoppeld kunnen worden aan de brongegevens in SAP): lichaamsgewicht, lichaamsoppervlakte, (serum)creatinine, klaring (MDRD). Voor antidiabetica en anticoagulantia zijn respectievelijk variabele glucose en INR waarden ook relevant. Geef aan of de brongegevens (eenvoudig) zichtbaar gemaakt kunnen worden. 13 Geeft u aan of pompstanden van intraveneus, continu toegediende medicatie verwerkt kunnen worden, en hoe dit gedaan wordt. 14 Worden elektronische farmacotherapeutische standaardwerken (bij. Farmacotherapeutisch Kompas) in het voorschrijfproces ondersteund en zo ja, hoe? 15 Geeft u globaal aan hoe ‘zo nodig’ medicatie wordt aangevraagd/geactiveerd. 16 Geeft u globaal aan hoe wordt omgegaan met variabele doseerschema’s waarbij de dosering per dag kan verschillen. Bijvoorbeeld acencoumarol schema’s, afbouwschema’s, weekdoseringen en fentanylpleisters. 17 Geeft u globaal aan hoe indicatiestelling (diagnose) per medicijn(groep) kan worden ingesteld en/of hieraan declaratiecodes gekoppeld kunnen worden (o.a. add on/CBV). Welke codering wordt hiervoor gehanteerd (ICD-10, ICPC, SNOMED CT, CTG etc.)? 18 Geeft u aan of per medicament door het systeem om een verplichte indicatieaanduiding of motivatie gevraagd kan worden? 19 Zijn overige medische gegevens, zoals laboratoriumresultaten beschikbaar (te maken) gedurende het voorschrijfproces? Indien ja, geeft u globaal aan hoe. 20 Is het systeem in staat om met klinische beslisregels (‘clinical rules’) te werken? Is communicatie met programma’s als Crystal reports of Gaston te realiseren? Bijv. door bij het voorschrijven van geneesmiddelen automatisch rekening te houden met zaken als laboratoriumparameters, co-morbiditeit en/of contraindicaties of informatie uit een EPD (SAP). 21 Is het mogelijk medicijnen(groepen) bijv. opiaten autorisatiegebonden voorschrijfbaar te maken? Indien ja, geeft u globaal aan hoe. 22 Geef aan of het voorschrijven van opiumwetartikelen gebeurt volgens de wetgeving (voluit noteren van aantallen en sterkte). 23 Zijn de standaarddoseringen (keerdosering, toedieningswijze, (aanbevolen) toedieningstijdstip, doseerfrequentie) instelbaar? Indien ja, geeft u globaal aan hoe. 24 Is het mogelijk om veelgebruikte doseerschema’s per middel vooraf te definiëren, zodat deze na de keuze van het middel automatisch ingevuld worden? 25 Is het mogelijk om een veelgebruikte combinaties van meerdere middelen als één set eenvoudig als één geheel voor te schrijven (protocollen)? 26 Geeft u aan welke verschillen er zijn tussen klinisch en poliklinisch voorschrijven. 27 Geeft u aan wat er met klinische/poliklinische medicatie gebeurt bij opname/ontslag. 28 Geeft u aan of de overdracht van medicatiegegevens ondersteund wordt bij overplaatsing van en naar ICU, OK en (poli)kliniek. 29 Geeft u aan of een oncologie-module (kuurgebonden voorschrijven (a.d.h.v. gevalideerde en geautoriseerde sjablonen), registratie, transacties, (her)planning en toediening) onderdeel uitmaakt van het voorschrijfsysteem en indien ja, of deze module gekoppeld kan worden aan een VTGM-ondersteunend systeem als CATO. 30 Geeft u aan of het eenvoudig mogelijk is om continue medicatie, bijvoorbeeld op IC’s, makkelijk aan te passen is vanwege steeds wijzigende dosering e.d.. Licht dit toe. 31 Geeft u aan of er verschillende domeinen (Poliklinisch, klinisch, vepleegafdelinegn, IC’s mogelijk zijn v.w.b. het gebruikte formularium. Licht dat toe. 32 Geeft u aan of de medicatielijst intact blijft bij mutaties van patiënten van poliklinische naar klinische setting en van IC naar afdeling en vice versa? Licht u dat kort toe. 33 Geeft u aan of het mogelijk is om bij een klinische patient ter voorbereiding op ontslag een recept voor te schrijven voor thuismedicatie. Licht dat kort toe. RFI EVS Marktverkenning azM – v1.0 definitief

14-8-2014

Pagina 14 van 19

Nr. Omschrijving 34 Geeft u aan of het mogelijk is om de medicatie toedieningswijze bv. intraveneus, intramusculair, sub cutaan, oraal etc. duidelijk te vermelden. Tablet, drank, spray, verneveling dient in het voorschrift vermeld kunnen worden. Licht dat kort toe

Antw

7.2.4.6 Medicatiebewaking Nr. Omschrijving Antw 01 Geef globaal aan hoe medicatiebewaking in het voorschrijfproces wordt ondersteund. Geef eveneens aan op welke aspecten medicatiebewaking plaatsvindt (o.a. interactief over-/onderdosering, dubbelmedicatie, interacties, contra-indicaties, w.o. allergieën, intoleranties, zwangerschap, kinderwens, lactatie, verder zelf aanvullen). 02 Wordt er gebruik gemaakt van een gestandaardiseerde database/bestand voor het uitvoeren van medicatiebewaking? Zo ja, welke database/bestand betreft het hier? 03 Kunnen gegenereerde alerts worden overruled? 04 Wordt afhandeling van signalen gelogd? 05 Is medicatiebewaking per specialisme instelbaar? 06 Is medicatiebewaking op interactie, dubbelmedicatie en dosering in te stellen per geneesmiddel? Zo ja, geef aan hoe dit werkt en wat er wel/niet ingesteld kan worden. 07 Worden de zelf ingestelde aanpassingen vastgehouden door het systeem bij een update van de G-Standaard? 08 Geef aan welke alarmering mogelijkheden er zijn bij bijvoorbeeld overschrijding van dosering zoals bij oncologische voorschriften het geval kan zijn. Licht dat kort toe. 7.2.4.7 Verstrekking medicatie Nr. Omschrijving 01 Beschrijft u het logistieke proces van voorschrijven tot toedienen. 02 Geeft u aan hoe het vertalen van de medicatie opdracht naar een logistieke opdracht wordt ondersteund, inclusief inkoop en magazijnbeheer. 03 Geeft u aan of, en zo ja, op welke wijze een ‘closed loop’ mogelijk is in de hele keten van voorschrijven tot toedienen, inclusief bestellen. Dit betekent dat er geen overschrijf/overtypen stappen mogen zijn in de gehele keten. 04 Geeft u tevens aan welke stappen in het proces van / distribueren/ toedienen barcode gecontroleerd plaats kunnen vinden. 05 Indien barcodes ondersteund worden: geef aan in welke processen. Geef ook aan welke barcodes herkend kunnen worden (EAN, (E)HIBC, Data matrix/QR code, eigen code, etc.). 06 Beschrijft u globaal de ondersteuning bij het “Voor toediening gereedmaken”. 07 Beschrijft u het etiketteringsproces. 08 Geeft u globaal aan hoe uitzetlijsten worden gegenereerd. Geeft u tevens globaal aan of en hoe deze kunnen worden ingesteld. 09 Geeft u aan of het systeem functionaliteit bevat voor het beheren van voorraden in apotheek en op afdeling, bijv. in de vorm van een inkoop- en/of voorraadmodule. Kunnen op basis van actuele voorraden automatische bestellingen gegenereerd worden voor afdeling en/of apotheek? 10 Geeft u aan of en zo ja hoe distributie via een distributie robot (Baxter, Swisslog, HD-Medi, etc.) ondersteund wordt. 11 Geeft u aan of en zo ja hoe geautomatiseerde afdelingsvoorraadkasten (Pyxis, Omnicell, etc.) ondersteund worden. 12 Geeft u aan welke vormen van vervaldatumregistratie mogelijk zijn. 13 Geeft u aan welke vormen van chargeregistratie mogelijk zijn.

Antw

7.2.4.8 Toediening(registratie) Nr. Omschrijving Antw 01 Beschrijf globaal de werkwijze bij de toedieningsregistratie. 02 Is het mogelijk om toedieningsregistratie barcode gecontroleerd uit te voeren? Zo ja, welke barcodes worden ondersteund en hoe worden barcodes beheerd in het systeem. Geeft u tevens aan hoe andere vormen van controle zoals “dubbelcheck” ondersteund worden? 03 Geeft u aan welke mogelijkheden er zijn om ‘spoedopdrachten’ te genereren die direct uitgevoerd moeten worden door een verpleegkundige. 04 Bestaat de mogelijkheid tot het invoeren van extra informatie? Zo ja, geef globaal de mogelijkheden aan. 05 Bestaat de mogelijkheid beargumenteerd niet-toegediende medicatie te registreren? Zo ja, beschrijft u dit


14-8-2014

Pagina 15 van 19

Nr. Omschrijving Antw globaal. 06 Is het mogelijk om een vochtbalans bij te houden van toegediende (parenterale) geneesmiddelen? Zo ja, geeft u dan aan hoe deze registratie en het beheer hiervan plaats vindt. 07 Is het mogelijk om toedieningsregistratie te doen voor poliklinische medicatie, bijv. in geval van ambulante behandeling of dagbehandelingen, waarvoor de patiënt niet wordt opgenomen? 08 Geeft u aan of het mogelijk is om instructies voor toediening door het systeem te laten genereren, bijvoorbeeld via een link met handboeken parenteralia of enteralia (inclusief adviezen bij sonde/slikklachten). 09 Geeft u globaal aan of het systeem mogelijkheden biedt voor bijwerkingen/ farmaco vigilantie-registratie (actualisatie met rest van het EPD). 10 Geeft u aan of het systeem adviezen kan genereren voor toediening van risicovolle (mutageen, teratogeen, carcinogeen) stoffen (d.w.z. risicovol voor de verpleging / omstanders). 11 Geeft u aan of ondersteuning voor de registratie van toediening van bloedproducten geboden wordt. 12 Geeft u aan of ondersteuning voor de registratie van toediening van opiaten geboden wordt. 13 Geeft u aan of er signaleringsmogelijkheden zijn wanneer men een medicijn vergeten is toe te dienen. Licht kort toe welke signaleringmogelijkheden er zijn. 14 Geef aan of het mogelijk is om de toedieningstijden bij kinderen door verpleegkundige aan te laten passen, bijvoorbeeld wanneer het kind slaapt. Licht dat kort toe 7.2.4.9 Administratie / Managementrapportage Geeft u aan welke van de volgende administratieve/ financiële handelingen/ gegevens geregistreerd kunnen worden: Nr. Omschrijving Antw 01 Kosten van logistieke orders (Medicamenten) op artikel, order, afdelings- en patiëntniveau. 02 Registratie van artikelen die vallen onder de regeling dure geneesmiddelen/add-on. 03 Koppeling van medicatieorders met DBC/DOT-registratie (add on / CBV codering). Geeft u aan of bronregistratie via een EPD als SAP gekoppeld kan worden. 04 Indien financiële gegevens geregistreerd kunnen worden: geeft u aan hoe het prijssysteem van geneesmiddelen werkt en hoe doorbelasting plaatsvindt. 05 Geeft u aan hoe kengetallen/managementoverzichten in het systeem gegenereerd kunnen worden. Maak hierbij het verschil tussen voor gedefinieerde gegevens/ rapporten en ad-hoc vragen. 06 Geeft u aan op welke manier prijsafspraken en contracten voor geneesmiddelen vastgelegd kunnen worden.

7.3 PERFORMANCE/PRESTATIE EISEN

Kunt u onderstaande vragen beantwoorden op het gebied van systeem performance en systeemprestaties? Nr Omschrijving 01

Antw

Performance van het systeem is een belangrijk aandachtspunt voor het azM. Licht toe hoe u de gewenste performance kunt realiseren. Licht u dit toe met voorbeelden van organisaties vergelijkbaar met het azM

7.4 SERVICE PARAMETERS

Kunt u ons antwoorden op de onderstaande vragen geven? Nr. Omschrijving Antw 01 Biedt u een servicecontract aan? Zo ja wilt u daarvan een voorbeeld toevoegen? Onderstaande vragen hebben veelal betrekking op onderhoudscontracten. We gaan er in principe van uit dat al deze vragen in een onderhoudscontract aan de orde komen. Indien onderstaande vragen hierin echt niet worden beantwoord, willen wij u vragen deze hier apart te beantwoorden, anders volstaat het meegestuurde voorbeeld van een onderhoudscontract. 02 Openingstijd/Support window. Dit is de tijd dat ondersteuning kan worden verkregen. Heeft u een eigen Nederlandstalige helpdesk? Op welke tijden is deze beschikbaar? 03 Responstijd/reactietijd. Kunt u aangeven of u werkt met responstijden en reactietijden? Dit is de tijd waarin een eerste reactie op een melding wordt verkregen met een mogelijke oplossingsrichting. Kunt u een indicatie geven wat deze tijden normaliter zijn? 04 Hersteltijd/Oplostijd. Dit is de tijd waarin een storing, al dan niet via een workaround, wordt verholpen. Kunt u een indicatie geven wat deze tijden normaliter zijn? 05 Kunt u aangeven wat de gemiddelde percentages van de tijd zijn dat het systeem beschikbaar is? 06 Kunt u aangeven wat het Maintenance window (de tijd waarin wegens onderhoud niet beschikbaar is) is? Heeft u standaard windows voor (pro-actief ) onderhoud? Zo ja, welke zijn deze? 07 Kunt u aangeven hoe u de beschikbaarheid van vakinhoudelijke ondersteuning garandeert conform de tijden RFI EVS Marktverkenning azM – v1.0 definitief

14-8-2014

Pagina 16 van 19

Nr. Omschrijving Antw die binnen de overeenkomst is afgesloten. 08 Geeft u aan welke maatregelen u systeem heeft om ongeplande uitval te voorkomen. Geeft u tevens aan welke SPOF’s (Single Points of Failure) er in uw systeem zitten. 09 De leverancier biedt eigen noodprocedure(s) aan voor ongeplande uitval van het systeem. 10 Kunt u faciliteren in het opstellen van noodprocedures voor de ons bij uitval van het systeem? 11 Geeft u aan binnen hoeveel tijd u beschikbaar bent op locatie of vanaf afstand bij een calamiteit om ondersteuning te kunnen verlenen.

7.5 TECHNISCHE EISEN 7.5.1

Server

Nr. Omschrijving 01 02 03 04 05 06 07 08 09 10 11 12 13

Antw

azM maakt momenteel gebruik van Microsoft Server 2012 64 bit als standaard besturingssysteem. Ondersteunt uw systeem dit? azM maakt momenteel gebruik van Microsoft SQL Server 2012 64 bit als standaard database. Ondersteunt uw systeem dit? Geeft u een veilige indicatie voor de minimale specificaties van de benodigde server hardware aan, uitgaande van een implementatie voor 300 gebruikers waarvan 125 concurrent. Welke andere technische platformen (hardware, OS, database) worden ondersteund door uw systeem? Geeft u de minimale specificaties aan. azM maakt gebruik van een SAN van Hitachi Data Systems. Ondersteunt uw systeem dit? Het azM maakt gebruik van virtualisatie op basis van VMWare. Ondersteunt uw systeem dit? Licht dit toe en geef een duidelijke onderbouwing waarom (delen van) uw systeem niet gevirtualiseerd kunnen worden. Ondersteunt uw systeem communicatie op basis van TCP/IP v4? azM zal minimaal een T/A (Test/Acceptatie) en P (Productie) omgeving inrichten. Wat is uw visie in het kader van OTAP? Geeft u middels een tekening aan hoe dit gerealiseerd kan worden. Stel een beschikbaarheid van het systeem van 98% (inclusief patches en updates). Geeft u aan (met overzichtstekening en beschrijving van de relevante onderdelen) hoe u dit realiseert en welke eisen u aan de infrastructuur van het azM stelt om hieraan te kunnen voldoen. Stel een beschikbaarheid van het systeem van 99% (inclusief patches en updates). Geeft u aan (met overzichtstekening en beschrijving van de relevante onderdelen) hoe u dit realiseert en welke eisen u aan de infrastructuur van azM stelt om hieraan te kunnen voldoen. Stel een beschikbaarheid van het systeem van 99.5% (inclusief patches en updates). Geef aan (met overzichtstekening en beschrijving van de relevante onderdelen) hoe u dit realiseert en welke eisen u aan de infrastructuur van azM stelt om hieraan te kunnen voldoen. Stel een beschikbaarheid van het systeem van 99.99% (inclusief patches en updates). Geef aan (met overzichtstekening en beschrijving van de relevante onderdelen) hoe u dit realiseert en welke eisen u aan de infrastructuur van azM stelt om hieraan te kunnen voldoen. azM maakt gebruik van Microsoft SQL server always on. Ondersteunt uw systeem dit?

7.5.2

Cliënt

Nr. Omschrijving 01 02 03 04 05 06 07 08

Antw

De software bezit de mogelijkheid gebruik te maken van 32 bits en 64 bits hardware. Welke besturingssystemen worden ondersteund? Welke is preferent voor de leverancier? azM maakt gebruik van Windows 2007. Welke eisen stelt de applicatie aan de werkplek? Geheugen, processor, noodzakelijke plugins en drivers (denk aan Java, dot Net framework, etc.) Standaard antivirus software bij azM is McAffee en Sophos. Ondersteunt uw systeem dit? Indien niet graag toelichten waarom niet. De gebruikersapplicatie kan gebruikt worden met beperkte toegangsrechten op het systeem. Er zijn dus geen administrator rechten noodzakelijk op de werkplek om applicaties te kunnen uitvoeren. Geeft u aan hoe dit gerealiseerd wordt. De gebruikersapplicatie kan worden gedistribueerd op basis van SMS, SCCM, Zenworks of App-V. Licht dit toe. De standaard browser binnen azM is IE 8.0 en wordt gemigreerd naar IE11. Welke browsers worden door u ondersteund? T.b.v. applicatiebeheer en/of technisch beheer ondersteunt de software dat het station "overgenomen" kan worden (d.m.v. MS Extern Bureaublad). Zo niet wat zijn dan de restricties c.q. mogelijkheden?


14-8-2014

Pagina 17 van 19

Nr. Omschrijving 09 10 11

Antw

Is uw systeem geschikt voor gebruik met mobiele devices (tablets e.d.) ? Licht u dit toe. Kunt u iets aangeven over hoe uw systeem samen zou kunnen werken met thin cliënts? Telewerken en remote support gebeurt via VPN connecties. azM maakt hiervoor momenteel gebruik van de Microsoft Forefront Unified Access Gateway (UAG) 2010. Ondersteunt uw systeem dit?

7.6 JURIDISCHE EISEN, standaarden, normen, kwaliteitseisen

Diverse eisen en normen en wetten kunnen een rol spelen bij een EVS. Het MUMC+ kan deze niet alle inschatten. Vandaar dat wij u vragen om antwoord te geven op onderstaande vragen. Nr. Omschrijving Antw 01 02 03 04 05 06 07

08 09 10 11

Kunt u aangeven of en hoe uw systeem omgaat met de eisen zoals deze zijn gesteld in de NEN7510:2011 t.b.v. Informatiebeveiliging. Is uw systeem voorzien van een CE-markering met conformiteitsverklaring en Notified Body? Licht u dit toe. Voldoet uw systeem aan de Richtlijn Medische Hulpmiddelen 93/42/EEG? Is dit volgens u noodzakelijk? Voldoet uw systeem in het algemeen aan de NEN-EN-IEC 60601-1 en daarbij behorende collateral standards voor medische elektrische toestellen? Is dit volgens u noodzakelijk? Voor de specifieke apparaten zijn de zgn. particular standards van toepassing, genummerd NEN-EN-IEC 60601-2-yy. Geeft u aan of dit ook voor uw systeem geldt. Heeft u m.b.t. het systeem als medisch hulpmiddel een risicoanalyse verricht op basis van de norm NEN-ENISO 14971:2009? Acht u dit noodzakelijk? Licht dit toe. Voorgeschreven en toegediende medicatie moeten online gedurende de wettelijke termijnen (zoals de WGBO, BOPZ, N.B. Privacywetgeving (WBP-Wet bescherming persoonsgegevens) en Archiefwet beschikbaar zijn, ook na het out of support gaan van het systeem. Geeft u aan hoe naar uw mening uw systeem aan de wetgeving voldoet. Voldoet uw systeem aan alle overige vigerende Nederlandse en Europese weten regelgeving? Geeft u aan welke Nederlandse/Europese weten regelgeving volgens u voor uw systeem van toepassing is. De Nederlandse UMC’s werken met een convenant “Veilige toepassing van medische technologie in het ziekenhuis”. Dit is als bijlage bijgevoegd. Kunt u aangeven of, en hoe dit convenant met betrekking tot uw systeem zou moeten worden toegepast? Acht u het noodzakelijk dat uw (deel)systeem voldoet aan de wet Geneeskundige Behandelovereenkomst. Licht u dit toe. Maakt uw systeem gebruik van de GS1 standaard? Zo ja, kunt u kort aangeven hoe?

7.7 DOCUMENTATIE

Welke documentatie met betrekking tot het systeem is er beschikbaar? Nr. Omschrijving 01 Zijn de functionele specificaties beschikbaar (Functioneel Ontwerp)? 02 Zijn de technische specificaties beschikbaar (Technisch Ontwerp)? 03 Is er een actuele gebruikershandleiding beschikbaar? 04 Is er een actuele beheerderhandleiding beschikbaar? 05 Is er een implementatierichtlijn beschikbaar? 06 Zijn de “known errors” beschreven en beschikbaar?

Antw

7.8 IMPLEMENTATIE

Kunt u ons aangeven met welke zaken wij te maken krijgen tijdens de implementatie van het systeem? Wilt u daartoe onderstaande vragen beantwoorden? Nr. Omschrijving Antw 01 Kunt u ons iets vertellen over de algemene aanpak tijdens de implementatie bij de ziekenhuisapotheek, verpleegafdelingen en Poliklinieken? 02 Kunt u iets melden over het Plan van Aanpak (standaard draaiboek) en planning tijdens de implementatie? 03 Kunt u ons iets aangeven over andere randvoorwaarden en uitgangspunten en of wederzijdse verplichtingen tijdens de implementatie? 04 Kunt u ons iets vertellen over de benodigde interne (azM) resources tijdens de implementatie? 05 Het azM wil als onderdeel van de aanschaf en zogenaamd P.O.C. (Proof of Concept). Is naar uw mening een POC zinvol of noodzakelijk? Licht uw antwoord toe. 06 Kunt u ons iets vertellen over doorlooptijden van een implementatie, inclusief testen (ook performance) van de implementatie? RFI EVS Marktverkenning azM – v1.0 definitief

14-8-2014

Pagina 18 van 19

Nr. Omschrijving Antw 07 Kunt u ons iets vertellen over de benodigde tijd voor opleiden van gebruikers, managers en systeembeheerders? 08 Kunt u ons iets vertellen over de migratie van de bestaande functionaliteiten en gegevens naar uw systeem?

7.9 EISEN VAN LEVERANCIER AAN HET MUMC+

Vult u hier a.u.b. in welke eisen u aan ons stelt bij de implementatie en ingebruikname van de beoogde EVS-functionaliteit: Nr. Omschrijving Antw 01 02 03 04 05 06 07 08

Stelt uw oplossing eisen aan back-up and recovery? Zo ja wilt u aangeven welke? Welke inspanning verwacht uw oplossing van ons bij installatie en testen van nieuwe releases en bug-fixes? Welke inspanning verwacht uw oplossing van ons bij schoning en Archivering? Welke inspanning verwacht uw oplossing van ons bij beveiliging? Stelt uw oplossing eisen aan ons functioneel systeembeheer? Zo ja kunt u aangeven welke? Stelt uw oplossing eisen aan ons technische systeembeheer? Zo ja kunt u aangeven welke? Geeft u uw eisen aan welke aan de ons worden gesteld aan, om de gestelde continuïteit aspecten zoals Uptime, beschikbaarheid en performance te garanderen. Kunt u graag aanvullen welke overige zaken moet het MUMC+ als afnemer in acht moet nemen om tot een optimaal werkend systeem te komen en dat zo te houden?

7.10 OVERIGE (OPEN) VRAGEN Nr. Omschrijving 01 02 03 04 05 06 07 08 09 10 11 12

Antw

Welke vragen die u voor deze verkenning van belang acht, hebben wij in het algemeen niet gesteld? Welke vragen die u van belang acht op het gebied van specificaties, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van performance/prestatie eisen, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van beschikbaarheids-eisen en service windows, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van technische-eisen, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van juridische eisen, standaarden en normen en kwaliteitseisen, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van documentatie, hebben wij niet gesteld? Welke vragen die u van belang acht op het gebied van implementatie, hebben wij niet gesteld? Welke vragen die belang zijn op het gebied van eisen aan het MUMC, hebben wij niet gesteld? Aan welke succesfactoren moet het azM voldoen wil een kwalitatief hoogwaardige implementatie worden bereikt? Kunt u omschrijven wat binnen uw marktsegment gangbaar is op het gebied van maatschappelijk Verantwoord Ondernemen? Welke vragen zouden wij daarover in een RFP kunnen stellen? Ziet u binnen dit kader mogelijkheden tot toepassing van de ISO 26000? Kunt u concreet aangeven wat uw propositie bij zou kunnen dragen aan duurzaamheid b.v. C2C (cradle to cradle)? Voldoet uw systeem aan norm iso-9241 voor gebruikersvriendelijkheid? Zo ja, welke score behaalt uw systeem?


14-8-2014

Pagina 19 van 19

Elektronisch Voorschrijf systeem. academisch ziekenhuis Maastricht

Recommend Documents