260 likes | 541 Views
Aanpak Standaardisatie - Gerhard Gerritsen - 2 juli 2003. Inhoud. Introductie Branche Initiatieven Programma ketenintegratie intermediaire verzekeringsbranche Aanpak standaardisatie salarisstandaard. centrum voor branche overleg. facilitair centrum. Centrum voor standaardisatie.
E N D
Aanpak Standaardisatie - Gerhard Gerritsen - 2 juli 2003
Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard
centrum voor branche overleg facilitair centrum Centrum voor standaardisatie INSTITUTEN E-business platform College van Advies E-claims platform STANDAARDEN VNAB EPS E Standards Board CERTIFICERING CIS werkgroepen werkgroepen werkgroepen Projectcoördinatie, kennis en educatie TTP Organisatiestructuur Branche Initiatieven
Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard
Branche Programma Ketenintegratie 2003-2005 • Elektronische communicatie tussen intermediair en maatschappij zowel in volume als in kwaliteit sterk doen toenemen • Programma onder regie van e-Business Platform • Aegon • ASR • Avéro • Delta Lloyd • Generali • Goudse • Nationale-Nederlanden • NVA • NBVA
Noodzaak voor procesoptimalisatie in de keten • Om de kracht van een keten te kunnen uitnutten is verregaande procesoptimalisatie noodzakelijk • Niet alleen elektronische gegevens maar ook werkprocessen afstemmen • Alle schakels moeten hun bijdrage leveren • Een deel van de activiteiten die in de keten wordt uitgevoerd is niet (meer) individueel onderscheidend, en daarmee een basis voor samenwerking • Infrastructuur en technologie zijn geen onderwerp van concurrentie. • Administratieve ketenintegratie is meest wenselijk en haalbaar • Grote gezamenlijke kostenpost (zeker t.o.v. andere kanalen) • Commerciële ketenintegratie veelal nog niet precompetitief
Doel ketenintegratie • Sterke reductie van aantal administratieve handelingen en gebruikte media • Concurrentiekracht vergroten • Door middel van: • standaardiseren van non-competitieve proceselementen • uniformering infrastructuur • afspraken over te gebruiken technologie
Baten • Maatschappijen • Sterke kostenreductie (15% tot 35% van het operationeel kostenniveau) • Kwaliteit van dienstverlening verbetert aanzienlijk • Meer grip op commercieel gezicht van maatschappij in elektronisch kanaal • Intermediair • Besparing door beter gestroomlijnde processen • Reductie activiteiten t.b.v. foutafhandeling • Beter inzicht in voortgang bij maatschappij • Verbeterde verwerking van prolongatie
Internet Ambitie Koppelingen werkgevers Extranetten en koppelingen derden Maatschappij diensten Intermediair administratief verkeer Applicaties bij ATP Maatschappij productiesystemen ATP Websites Maatschappij websites Transactiestromen Support stromen (vnl. commercie) Eindklant
Belang van standaarden Standaarden faciliteren de coördinatie van werkprocessen die zich uitstrekken over meerdere organisaties en applicaties (ketenintegratie): • Processtandaarden - Procesatlas • Transactiestandaarden - Generieke Interface Manager • Gegevensstandaarden - All Finance Model • Presentatiestandaarden - Invoervolgorde extranetten • Transportstandaarden - XML/Soap/Https ATP systeem Backoffice Maatschappij Gestandaardiseerde dataset Applicatiespecifieke dataset Applicatiespecifieke dataset
7. Beëindigen 1. Adviseren 6. Informeren 2. Offreren 5. Muteren 3. Afsluiten 4. Prolongeren All Finance Model • Schadeverzekeringen • Levensverzekeringen • Employee Benefits • verzekeringen, pensioen, ziektekosten, lease • Medische Varia Verzekeringen • Hypotheken • Universal Life • 100 verzekeraars, • 25 systeemhuizen, • 5000 tussenpersonen, • 100 miljoen geregistreerde transacties per jaar • huidige besparing 700 mio euro per jaar • beoogde besparing 1200-1700 mio euro per jaar
De transactiestandaard: web service architectuur Intermediair Maatschappij http Administratie pakket G I M soap soap Web service browser server page Offerte prog.
Inhoud • Introductie Branche Initiatieven • Programma ketenintegratie intermediaire verzekeringsbranche • Aanpak standaardisatie salarisstandaard
Semantische Laag Branche laag Salarisstandaard Afspraken Focus salarisstandaard Syntax Laag EDIFACT, XML XBRL, ASN Transport Laag SMTP, HTTP, X400 EbXML MS (SOAP) Netwerk Laag TCP/IP
Ontwikkeling Salarisstandaard Datamodel Datacatalogus view XML-Schema XSL-stylesheet
Ontwikkeling Salarisstandaard • Primaire focus op • Vastleggen semantiek in gegevensmodel • Consensus over gegevensmodel Entiteit Relatie Attribuut Formaat Domein Datatype Codelijst Code
Ontwikkeling Salarisstandaard • Van het gegevensmodel worden views afgeleid • een view is een functioneel bericht = subset van gegevensmodel • in een view wordt een selectie gemaakt van entiteiten/attributen/codes • attributen kunnen verplicht/facultatief zijn • De maximale view noemen we datacatalogus • Views kunnen in verschillende domeinen toegepast worden • Bij iedere view wordt een XML-Schema geleverd • Bij iedere view kan ook een afhankelijkhedentabel geleverd worden • Voorbeelden Views • auditfile salaris • ziek/betermelding • in- en uit dienstmeldingen • journaalpost • jaaropgave
Voorbeeld toepassing Views Belasting dienst CBS Verzekeraar view-1 view-2 view-3 view-4 Arbodienst Salaris Software Pensioenfonds view-3 view-3 view-4 view-4 view-5 view-6 view-3 view-4 view-7 Boekhoud Pakket Personeels informatie systeem UWV
Uitbreiding Salarisstandaard • Conform procedures • Opwaartse compatibiliteit • bestaande toepassingen hebben er geen last van! • Afspreken release-ritme • maandelijks bijvoorbeeld
Voorbeeld structuur Inhoudings plichtige Looncomponent Werknemer Loonbetaling Loonbetalings component
Voorbeeld structuur Werknemer Contract Betaling Inkomen Urenregistratie Partij Communicatie Boekingsregel Account/Conto Reis Adres
Kenmerken ideaalsituatie • Basis is bouwstenendoos met objecten • geen redundantie • biedt flexibiliteit voor hergebruik bouwstenen, bijvoorbeeld in andere standaarden • biedt flexibiliteit voor verschillende constructies functionele berichten • Op transactie/bericht niveau worden objecten aan elkaar gerelateerd en aantal herhalingen vastgesteld • Bouwstenendoos wordt geharmoniseerd met internationaal beschikbare bouwstenendozen
Objectenmodel --> meerdere transactiemodellen Entiteit D Entiteit G Entiteit A Entiteit B Entiteit E Entiteit H Entiteit C Entiteit F Entiteit I Entiteit A Entiteit B Entiteit F Entiteit H Entiteit B Entiteit I Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D
Objectenmodel -> transactiemodellen -> functionele berichten Entiteit D Entiteit G Entiteit A Entiteit B Entiteit E Entiteit H Objectenmodel Entiteit C Entiteit F Entiteit I Entiteit A Entiteit B Entiteit F Entiteit H Entiteit B Entiteit I Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit E Entiteit I Entiteit G Entiteit B Entiteit C Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D Transactiemodellen Entiteit A Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Entiteit C Entiteit D Entiteit A Entiteit B Entiteit H Entiteit G Entiteit B Entiteit C Entiteit D Entiteit A Entiteit B Entiteit H Entiteit I Entiteit D Entiteit G Entiteit B Functionele berichten
Aanpak • Ontwikkel objectenmodel • inbreng door materiedeskundigen/informatie-analisten • Ontwikkel één of meer transactiemodellen • inbreng door informatie-analisten • Ontwikkel views t.b.v. toepassingen • bij ieder transactiemodel wordt een datacatalogus + XML-Schema geleverd • bij iedere view wordt een XML-schema geleverd • Stel handleiding(en) voor gebruik op