Bekijk de presentatie “Van laboratorium naar informatieleverancier”, gegeven door Jan Smelt van GD en Peter Ebell van AMIS Services. Deze presentatie is gegeven tijdens het Oracle Customer Showcase event dat plaats vond op 21 juni 2012 in het Glazenhuis te Klarenbeek. AMIS heeft deze dag samen met de klant Gezondheidsdienst voor Dieren (GD) haar business case gepresenteerd.

1. Van Laboratorium Naar Informatieleverancier
Gezondheidsdienst voor Dieren

2. Even voorstellen…
Jan Smelt Peter Ebell
CIO,Programmamanager Technical Architect

3. Gezondheidsdienst voor Dieren
• GD: leverancier van diergezondheidsdata en -
informatie
• Omzet € 50 miljoen
• 400 fte
• Veel professionals

4. veterinair advies,
onderzoek
Informatie
Labjlab data data overige data

5. Verouderde systemen Eilanden
Kosten Moeizame projecten

6. Wat willen we bereiken?
Huis op orde
• Vereenvoudigen en standaardiseren administratieve
logistiek
• Processen als bij ieder ander bedrijf, bijv.
– Eén keten voor orders-leveringen-facturen
– Eén klantenbestand, één artikelbestand, etc
• 80-20 regel
– uitzonderingen beperken en niet automatiseren

7. Wat willen we bereiken? (2)
• Snelste ICT ontwikkelaar in de agrarische branch
– Een informatieplatform beschikbaar voor elk kanaal internet, app,
bedrijfsmanagement systeem
– Informatie gestructureerd opslaan in een databank
• Goedkoopste ICT productie / beheerorganisatie
(kostenleider)
– Zo min mogelijk applicaties en interfaces
• En soms een tussendoortje mogelijk (80% grote lijn, 20% proberen)
Bedrijfsgezondheidsplan

8. Waar zijn we mee bezig: systemen
• Diensten en producten: van order tot factuur in ERP
(Dynamics AX)
• Laboratorium: standaard LIMS: Unilab
• Opslag data/informatie in Operational Datastore (ODS)
• Ontsluiten: Oracle Service Bus / Sitecore Mobile

9. Applicatie landschap in beweging

10. GD Databank
• De GD databank bevat al onze primaire gegevens,
met hun onderlinge relaties.
• Centrale gegevensbron voor ontsluiting
• Bestaat uit twee hoofdcomponenten:
– Operational Datastore
Oracle 11g DB voor het aggregeren en ontsluiten van actuele gegevens
– Oracle Service Bus
Voor beveiligde toegang tot de gegevens

11. GDD – Operational Datastore
• Oplossing voor het aggregeren, en ontsluiten van
actuele gegevens
• Gegevensopslag in “gewone” relationele tabellen
• Rechtstreekse toegang is niet toegestaan (alleen
via services)
• “Canoniek Datamodel” in de vorm van Object
Types

12. GDD – Oracle Service Bus
• Biedt flexibele toegang tot GD Databank gegevens
voor willekeur aan clients – VeeOnline website,
iPad app, later mogelijk externe (klant)systemen
• Implementeert security mbt Machtigingen
• “Canoniek Datamodel” in de vorm van XSD’s
• Tevens: interne integratie en orchestratie

13. GD Databank

14. Standaard GDDB Webservice

15. “Standaard” GDDB Webservice
In de database:
• Programmatische interface, specifiek voor de
(OSB) service
• Schermt structuur van achterliggende tabellen af
van de services
• Input en output als “Object Types”
procedure ophalenSymptomen
( p_header in gdd_ot_service_header
, p_ziektebeeld in varchar2
, p_symptomen out gdd_tt_symptomen
, p_result out gdd_ot_service_status
);

16. “Standaard” GDDB Webservice
• In the Oracle Service Bus:
• Database Adapter Service
• Next-next-finish wizard: geen code nodig voor converteren
van Object Types van en naar XML!
• Web Service
• Biedt op XML berichten gebaseerde “dienst” aan (o.a.)
VeeOnline
• Controleert indien nodig authorisatie (VESTA)
• Doet foutafhandeling etc.

17. MAAR DE GD WIL MEER..

18. MAAR DE GD WIL MEER..
EN DE OSB KAN MEER..

19. Service Orchestratie

21. JSON Services for iPAD app
• Toen de meeste services voor VeeOnline 2.0 klaar waren, kwam er een
nieuw initiatief vanuit de Business, om de BGP (Bedrijfs
Gezondheidsplan) functionaliteit ook via een (offline te gebruiken) iPad
app aan te bieden aan dierenartsen.
• Mobiele apps “spreken niet goed” met complexe XML/SOAP based
services – ze prefereren REST/JSON services!
• The mobiele BGP App had zo’n 10, vaak behoorlijk complexe, services
van de GD Databank nodig.
• De Grote Vraag: maken we 10 nieuwe JSON services die – onder water –
de SOAP webservices raadplegen? Of kunnen we een meer generieke
aanpak bedenken?

22. JSON Services for iPAD app

23. Polling interfaces
• Synchronisatie en data uitwisseling tussen (legacy) applicaties
gebeurd(e) bij de GD doorgaans doormiddel van “staging tables” en
batch programmatuur
• Met de OSB als centrale component in het IT landschap, wilden we
deze de controle geven over de verschillende data integratie
processen
• Zoveel mogelijk vasthouden aan huidige manier van werken, maar
met voordelen:
– Centrale plek voor logging en foutafhandeling
– Automatische retries
– ..

25. Polling interfaces: Retry Errors

26. OSB steeds meer “in control”

27. Waar staan we nu?
• Basis is gelegd:
– Fase 1 ERP afgerond
– Eerste bepalingen in Unilab; gestart met Sitecore
– ODS ingericht, inclusief OSB
– Nieuwe website met een iPad App (uniek in Agro wereld)
• 2012:
– Nieuwe versie AX Dynamics (2012)
– Introductie Canonical datamodel
– Ontsluiten voor derden (BMS’n)
– Volgende stap orderregie (Bloed-DAP-Rund)

28. Dank u wel