Van Laboratorium Naar Informatieleverancier Gezondheidsdienst voor Dieren

Even voorstellen…

Jan Smelt CIO,Programmamanager

Peter Ebell Technical Architect

Gezondheidsdienst voor Dieren

• GD: leverancier van diergezondheidsdata en -

informatie

• Omzet € 50 miljoen

• 400 fte

• Veel professionals

Labjlab data data

veterinair advies,

onderzoek

overige data Informatie

Verouderde systemen Eilanden

Kosten Moeizame projecten

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

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

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

8

Applicatie landschap in beweging

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

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

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

GD Databank

Standaard GDDB Webservice

“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

);

“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.

MAAR DE GD WIL MEER..

MAAR DE GD WIL MEER..

EN DE OSB KAN MEER..

Service Orchestratie

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?

JSON Services for iPAD app

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

– ..

Polling interfaces: Retry Errors

OSB steeds meer “in control”

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)

Dank u wel