Presentatie Recip-e event 17-09-2014

Agenda
APB, September 17th, 10h-14h
 Recip-e roll-out: Where are we today?
Marc Nyssen
 Multi-business connector: state of the art
Tom Henkens
 Implementing pharmaceutical prescriptions (from connector to application)
Tom Henkens
 Users' feedback and user friendliness
Luc Baert
 Software vendors' feedback and questions
 Light meal
Het ambulant elektronisch
voorschrift
Recip-e: roll-out
Marc Nyssen
Vrije Universiteit Brussel
september 2014
Waar staan we ?
 Actueel: “nationale uitrol”
Pilootproject van 1 jaar verliep zonder problemen
 Deelname softwareproducenten voor huisartsen en
apothekers
 Ontwikkelingen en tests
 Publieke piloot
 Evaluering van alle aspecten
 Voorbereiding “roll-out” en uitbreidingen
Quasi alle programma's voor huisartsen zijn compatibel
(en getest) met Recip-e
Flux
eHealth
platform
Authenticatie
Time stamping
Mandaten
MyCareNet
Recip-e
Portaal
server
Integratie API
opvolg-logica
Recip-e…DB
Internet
API
API
Apotheker
Patiënt
Arts
Verzekerbaarheid: via MyCareNet
In de praktijk (actueel)
 De zorgverstrekker opent een e-Health sessie via
zijn programma
met e-ID en pin-code
– 5 uur voor een arts
– 12 uur voor een apotheker
 De voorschrijver:
maakt zijn voorschriften met het programma voor het medisch dossier
van zijn patiënten, drukt het voorschrift af en overhandigt aan de
patiënt
 De apotheker:
leest de bar-code in, bovenaan het voorschrift dat de patiënt hem
overhandigt;
hij ontvangt het voorschrift + verzekerbaarheid (indien nodig) op zijn
scherm.
Uitrol in grafieken
Uitrol in grafieken
Uitrol in grafieken
Beschikbare functies
 De voorschrijver: kan de nog niet afgeleverde voorschriften opvragen via
Recip-e
 De voorschrijver kan een apotheker verwittigen van de (waarschijnlijke)
komst van een voorschrift
 De voorschrijver kan een elektronisch voorschrift terugroepen (zolang
nog niet afgehaald)
 De patiënt kan een lijst krijgen van de “hangende” voorschriften, die hij
kan bekijken en desgewenst vernietigen
 De apotheker bekomt het voorschrift via inlezing van de RID-barcode
(de rol van aanwijzer/link)
 Een feedback kanaal laat de uitvoerder onmiddellijk toe een bericht te
sturen naar de voorschrijver; deze feedback kan onmiddellijk aan het
dossier van de patiënt toegevoegd worden
Besluit
 Recip-e maakt deel uit van de complementaire
ontwikkelingen van elektronische toepassingen in de
gezondheidssector
 Recip-e is een elektronische berichtendienst tussen de
patiënt, de voorschrijver en de zorgverstrekker (apotheker,
kine, verpleegkundige)
 Recip-e biedt een algemene dienst aan voor alle niet
geadresseerde berichten
 Recip-e hoopt de vergissingen en fraudegevallen, met
betrekking tot papieren voorschriften drastisch te kunnen
reduceren.
Recip-e
Bedankt voor uw aandacht
Vragen????
[email protected]
www.recip-e.be
Recip-e leden / co-auteurs
Marc NYSSEN1, Theo PUTZEYS2, Luc BAERT3, Marc BUCKENS4,
1Vrije
Universiteit Brussel, Laarbeeklaan 103, 1090 Brussel Jette
2Medical Discussion Forum, Steenakker 20, 2640 Mortsel
3Medical Web Services, Archimedesstraat 61, 1000 Brussel
4FLUX (APB) Archimedesstraat 11, 1000 Brussel
Multi-business connector:
state of the art
Tom Henkens
History
 First versions: recip-e
 From v0.5: MyCareNet insurability
 From v0.9T: GFD-DPP
 From v0.9.9T: AssurPharma (BVAC)
 From v1.1.0: integration eHealth Technical Connector
 From v1.2.0: MyCareNet Chapter IV
 From v1.3.1: WsConsent (command-line)
 Current version: v1.4.0
GFD-DPP
eHealth Technical connector
Recip-e connector
eHealth Basic services
(STS – Timestamping – KGSS – ETK …)
VITALINK
eHbox
Ther. Rel.
WSCons.
BVAC
MCN CHIV
BVAC
GFD-DPP
MCN insur.
Recip-e
Recip-e
MCN insur.
History
Ehealth technical connector v3.3.1  “orgpharmacy” connector v1.0.0
https://www.ehealth.fgov.be/nl/support/connectors
https://www.ehealth.fgov.be/fr/support/connectors
Project status
 Recip-e
 cfr Marc Nyssen
 2 packages rolled-out
 MCN insurability
 All packages rolled-out
 MAF (vanaf 01/01/2015)
 TUH?
 GFD-DPP
 7 out of 8 packages validated, most of them rolled-out
 ± 1400 Farmaflux contracts
 ± 1000 daily users
 Wsconsent
 Feedback?
Project status
 Chapter IV
 3 packages validated by CIN-NIC
 1 package in production (test-users)
 Testscenarios:
https://share.intermut.be/home/MyCareNet/chapterIV/extranet/Test%20Procedure/Fo
rms/AllItems.aspx
 Assurpharma BVAC
 Integration specifications available since 15/09
 Acceptance environment available
Support
Service
Technical
Session-Management
Redmine or [email protected]
Recip-e
[email protected]
GFD-DPP
Redmine or [email protected]
BVAC
Redmine or [email protected]
MCN
(insurability + Chapter IV)
Redmine
[email protected]
(cc: [email protected])
WsConsent
Redmine
[email protected]
Therapeutical relation
[email protected]
eHbox
[email protected]
Certificates (production)
[email protected]
Functional
In doubt?  [email protected]
Support
 Always include logfile
 /log/connector-YYYMMDD.log
 Debug Mode: /conf/log4j.xml
…
<root>
<priority value="DEBUG"></priority>

<appender-ref ref="FILE"/>
</root>
…
Implementing
pharmaceutical prescriptions
Tom Henkens
Overview
Implementation
1. Choose connector libraries
 Java
 .NET
 COM wrapper
2. Configuration (/conf/connector-client.properties)
Belgian eID support configuration:
PKCS11 technology or PC/SC technology
user.firstname=
user.lastname=
user.inss=
user.nihii=21463130002 (=pharmacy-holder nihii)
pharmacy.nihii=27456344
pharmacy-holder.nihii=21463130002
pharmacy-holder.ssin=76020727360
pharmacy-holder.firstname=Tom
pharmacy-holder.lastname=Henkens
patient.insurability.disable=false
Implementation
3. Session Management
 Create Session
 Create Fallback Session
 Load/Unload Session
4. Retrieve Prescription (+ insurability information)
 Recognise RID from barcode scanning or manual input
 Characteristics RID:
•
First two characters: BE
•
Next two characters:
•
Then an 8-character alphanumerical sequence ID (uppercase, no O, Q, I, J, U and V)
•
Barcode: Code 128A
P1 (prescription contains reimbursed product)
P0 (prescription does not contain a reimbursed product)
 Call GetPrescription (prescription will be blocked on recip-e server)
 Interpret resulting XML (kmehr) and visualise prescription content.
•
Verify concordance between HCparty ID in “author” element and ID returned by Prescription.getPrescriberID
•
Always save decrypted xml for later reference (e.g. support)
•
Prescription can contain CNK-coded products, INN-clusters, text (preparations)
•
Pharmacist should see ALL content
Implementation
5a. Pharmacist executes prescription




MarkAsDelivered
Irreversible (prescription is not available anymore on recip-e server)
Prescription is treated as undividable unit.
No info about delivered medication is sent to doctor
5b. Pharmacist does NOT execute the prescription
 MarkAsUndelivered (prescription becomes available again)
5c. Pharmacist revokes the prescription
 Revoke
 Irreversible (prescription is not available anymore on recip-e server)
Getprescription should ALWAYS be followed by
MarkAs(Un)Delivered or Revoke
Implementation
6. MarkAsArchived




No real use case yet
Recip-e archiving foreseen in SMC
Tarification offices have a mandate to archive prescriptions (RD 21/01/2009)
To be further analysed
7. Send feedback (to prescriber)




Always prescription related
Not mandatory
Prescriber/patient can overrule this possibility
Foresee the possibility for the pharmacist to provide feedback (text)
8. List notifications (from prescriber)




Direct message from prescriber to executor (text)
Can contain “prescription” (without RID)
Regularly poll for new messages and inform pharmacist of a new message
Message archive should be consultable by pharmacist.
Recip-e – Facebook
NL
LUC BAERT
4 types of problems
Softwarefouten
◦ Artsenpakketten
◦ Apothekerspakketten
Standaardisering
◦ Databases (artsen!)
◦ Uit de handel, wijziging aantal comprimés, …
◦ Promoties bij parafarmacie!
Ergononie / gebruiksvriendelijkheid
Opleiding / gebruik programma?
Softwarefouten
◦ Blanco voorschriften
◦ Naam arts komt niet overeen
◦ Opvang foutmeldingen
◦…
Standaardisering
Usability
FLOW
programma!
Recip-e= nieuw concept
Scan RID
Omwisseling product
Subsitutie
Aantal gewijzigd
Magistraal
Scan UBC
Interacties
Aanmaak nieuwe
patiënt
Aanmaak nieuwe
arts
Eerste aflevering
Historiek
Foutmeldingen
Terugbetaling
Aflevering
Andere functionaliteiten
…..
Scan
voorschrift
• Naar scherm, interpretatie
foutmeldingen, magistraal,…
ALLE gegevens tonen: arts, …
Scan
producten
• Inlezen UBC, controle op
aflevering, mogelijkheid
eenvoudig wijzigingen aan te
brengen (omwisseling), …
Eerste
• Toepassen
functionali
aflevering,
interacties, … teiten
Opportuniteit
Differentiatie
FLOW !!!