ÖTP Sambruks höstmöte

Transkript

1 ÖTP Sambruks höstmöte t

2 Agenda ÖTP- Teknikavrapportering av pågående Sambruksprojekt med ÖTP-inverkan/medverkan: Fritid Innoveta (ärendehantering/kontaktcenter) Bistånd Bita mfl ÖTP v2.1 Referens arkitektur (Enterprise Architecture, EA) för kommuner Alfresco Ärendehantering Stockholm 23/11

3 Bistånd

4 Bistånd relativt ÖTP Intern effektivisering: Slippa ringa/faxa om att få pengauppgifter angående soc-sökande. Dessutom lägger man er gamla långsamma hålkortstjänster som RFV-Kominfo (fråga ena dagen, svar nästa) Multifråga är en webbapplikation som online och parallellt frågar 5 myndigheter (enl ny lag) FK (igång), CSN (nyår), AK, SV, AF... Multifråga går nu i pilotdrift i Botkyrka. Installation i Sundsvall påbörjas 6/11. Tiotalet kommuner står på tur.

5 Multifråga Synkron SHS (eller ev. Web Services över https) enl ÖTP2.0. Äkta parallellt, ifall mynd. nere. Internt nät Nyttomeddelanden (XML) enl ÖTP2.0 kap 4, fråga-svar CSN Webbläsare Webbserver.NET FK AK Handl. AMS Visningsmoduler per infokälla (myndighet). Varje modul ev. baserad på XSL för översättning från XML till visningsbar webb. SV SHS direkt eller via outsourcing (Infratjänsten; Botkyrka kör Logica, Sundsvall kör Sirius t.ex).

6 Nästa bild visar skärmdump av Multifråga Bistånd och ÖTP-kraven Multifråga följer ÖTPv2.0-mönstren övergripande en kombination av kap 2.3.1, 2.4 och 4. Specifikt kraven vad gäller integrationsmönster: ÖTP-GIT-14, samt en kombination av ÖTP-GIT-6 och ÖTP-GIT-7. Exemplifierar att man alltid måste överväga att skapa skräddarsydda krav utgående ifrån mallförebilderna i kravpaletten i ÖTP... Nyttomeddelanden och SHS: CSN följer ÖTP-GIT-135/136/137 och Sambruks Begreppsmodell För FK har vi fått acceptera deras spec enligt mönster 4 i ÖTPv2.0 kap De andra myndigheterna (AK, AF, SV) dröjer ännu. Logg skrivs enligt krav ÖTP-GIT-149. Stickprov tänks göras för att kolla ev sekretessmissbruk.

7

8 Kommande version av specifikationen ÖTP v2.1

9 ÖTP v2.1 En hel del arbete har redan gjorts på v2.1. Det stora arbetet med att skriva bedömningskriterier för offertsvar redan skapat genom temporär-release nov 2008 Även tre typupphandlingar skapades nov 2008 (för Interndriftning, ASP och metakatalogintegration). Som rapporterats på ÖTP-möten i jan och apr så blev det därefter pengabrist i projektet, men arbetet återupptogs längre fram. Leverans nu planerad till årsskiftet. Det har kommit ett antal konkreta, implementerande Sambruksprojekt på senare tid. ÖTPv2.0 har trevligt nog visat sig kunna vara till god ledning för applikationsarkitekturen. Samtidigt finns det vissa tillkommande krav att nu ta med i v2.1, främst kring ärendehantering.

10 Se sid 8 i ÖTP2.0 Konkreta leveranser och kontinuitet Spec f e-tjänst 2003/4 Första e-tjänst, Biståndsprojektets webb-applikation + adaptrar Samtidigt skapas de ÖTP-delar som behövs just till denna e-tjänst. Inom respektive e-tjänsts budget. Flera lev. är tänkbara parallellt. Uppsyn Multifråga 2009 Nuvarande e-tjänster inom Sambruk skapas Samtidigt skapas de ÖTP-delar som behövs just till dessa e-tjänster. Nästa e-tjänst... ÖTP-delar... Nästa e-tjänst... ÖTP-delar... Bilden upprepat visad i många år BISTÅND BITA 2008/9 FRITID 2008/9 INNOVETA, Ärendeknutpunkt 2009 Nästa e-tjänst... ÖTP-delar... Projekt X... ÖTP-förvaltning Slimmad, lätt men kontinuerlig organisation som bl a förvaltar arkitektur & planer. Missionerar för ÖTP hos kommunerna. Uppsyn över sambruksprojekten. Bevakar teknikutvecklingen. Har leverantörskontakter. tid

11 Storlek och struktur hos ÖTP Som sig bör har krav och mönster för applikationsarkitektur lagts till genom ÖTP-versionerna (4 versioner hittills) allteftersom de behövts i Sambruksprojekten och hos sambrukarna. ÖTPv2.0 blev 100 sidor. Väl stort, en uppdelad struktur behövs nu. Förhoppningsvis ska man vid använding bara behöva ta fram några av deldokumenten (som vardera kan bli behändiga i omfattning).

12 Huvuddokumentet i nya ÖTP v2.1 Få sidor Mindre mängd kringprat, historikbeskrivning etc (läggs i deldokument istället) Pang-på-rödbetan-text: Vad syftar ÖTP till Hur använder man ÖTP Vad det översiktligt innebär att vara ÖTPkombatibel

13 Detaljerade krav vs uttryckt huvudmål Vid upphandling/avrop har man vanligen behov av detaljerade kravspecifikationer. Sådana krav finns en stor palett att låna av i ÖTPv2.0. I andra fall vill man inte detaljera så mycket vid ett anskaffande utan mer ange ett huvudmål. Sådant mål har tidigare inte uttryckts så tydligt i ÖTP. ÖTPv2.1 får nu en formulering i stil med att en lösning är ÖTPkompatibel ifall den: Är öppen i så motto att den är interoperabel med andra lösningar hos kunden, vad gäller för området relevant information i relevanta processteg. Inte ger inlåsning i begränsande lösningar och går att byta ut med rimlig insats. Ska leda till kommunal kostnadseffektivitet (inom både verksamhet och IT).

14 Ärendeknutpunkt Förutom uppdelad dokumentstruktur och allmän genomgång av ÖTP blir ett stort tillägg: Ärendeknutpunkt Kravdelar som direkt kommer från Innovetaprojektet I Innovetaprojektet är Jönköping pilot när kommunens e-arkitektur skrevs i samband med Innoveta insåg vi att element i denna behövs som utbyggt arkitekturområde i ÖTPv2.1

15 Ärendeknutpunkt - ärendehändelse En kommun kommer i princip aldrig att kunna ha endast EN ärendehanterande applikation Krav på kommunsammanhållen bild av förvaltningarnas ärenden pga: Medborgarnas vy Mina Sidor/Mina Engagemang Ev. kontaktcenter ska kunna svara inom många ärendetyper Ev. medborgarkontor likaså Kommunövergripande ärendestatistik mm Kräver alltså att ärendehanterande applikationer (verksamhetssystem, diarier, DÄHS etc) skickar info om händelser som inträffar inom ärenden (alternativt möjligen att systemen kan anropas online för att visa ärendestatus) Specen Nyttomedd_arendehandelse_v04.doc har skapats inom Innovetaprojektet för system-till-system-kommunikation för att kunna notifiera om ärendehändelser Jayway, Tekis och Sirius har uttryckt sig positivt om specen. Hoppas nu de verkligen inför den, och att Logica hoppar på (de har en egen mycket mer komplex spec tidigare tillkommen inom Mitt Bygge)...

16 Medborgare, ideella org, företag Mina Sidor Politikere-tjänster E-tjänst A E-tjänst B e-formulär Ärendeknutpunkt Modernt ärendesystem Kontaktcenter-stöd Kontaktcenterpersonal Nämndsstöd Nämndshantering Experthandläggare Verksamhets applikation Förvaltning A Ärendehändelseflöden. Eskalering t expert. Färdigmarkering. Ev. separat huvuddiarium (diarieföring för de juridiska ärendena)

17 LEX pensioneras. En grupp ska formeras för att överväga framtiden för LEX-kommuner. Det vidgade ärendebegreppet (serviceärenden + juridiska ärenden) och tankarna kring ärendeknutpunkt och generell ärendehändelse kan förhoppningsvis påverka denna grupp. LEX pensioneras Högre krav på budget och intern effektivitet Högre krav på service till medborgarna Frågan om ärendehantering förtjänar att tas tag i nu! S k Innovetaprojektet ger intressanta idéer Hängränne - satsningar görs för t ex Kontaktcenter, Mina Sidor och e-tjänster E-strategier och e-arkitekturer utvecklas

18 Projekt: Sambruk Interbook (Fritid) Nyttomedelandestruktur Argentum/Explicit möter vår struktur fullt ut Framgång!!! Hemligheten är att sambruk redan vid upphandling ställt krav på argentum att följa vår nyttomeddelandestruktur och att sambruk krävt att få validera dessa medelanden innan de implementeras mot Interbook. Exempel

19 End Modification **************************************************************************** --> <xs:schema xmlns:xs=" xmlns:dt=" xmlns:ot=" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified" version="0.1" xml:lang="sv"> <xs:import namespace=" schemalocation="sbpdatatyper.xsd" /> <xs:annotation> <xs:documentation xml:lang="sv"> Paket enligt Sambruksprojektets dokument Begreppsmodell.doc Skapat av: Andreas Berglund </xs:documentation> </xs:annotation> <xs:complextype name="sbpoppettider"> <xs:sequence> <xs:element name="oppetkod" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="oppettext" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="startdatum" type="dt:sbtdatum" minoccurs="0" maxoccurs="1" /> <xs:element name="slutdatum" type="dt:sbtdatum" minoccurs="0" maxoccurs="1" /> <xs:element name="man" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="tis" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="ons" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="tor" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="fre" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="lor" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="son" type="dt:sbttext" minoccurs="0" maxoccurs="1" /> <xs:element name="oppettyp" type="dt:sbtejnegheltal" minoccurs="0" maxoccurs="1" /> </xs:sequence> </xs:complextype> Kuriosa ett meddelande <?xml version="1.0" encoding="utf-8"?> <!-- **************************************************************************** * Company: Explizit AB * Created By: Andreas Berglund * Date: * Description: Contains the defenition for the SBPOppetTider Modification By Company Date Description

20 SSO Projekt: Sambruk Interbook en utmaning.. (Fritid) Nyttja Logicas IDP-tjänst (federation SAML 2.0) IDP-tjänsten hur fungerar den? Java kod lätt att hitta men.net kod svårt JKPG har gemensamt med Explicit finanserat ett paket innehållandes exempelkod för.net och dokumentation runt denna. (I skrivandets stund ej validerad för någon annan tjänst) Skänkes till sambruk?

21 Projekt: Innoveta (kontaktcenter) Systemarkitekt har läst ÖTP REST VS SOAP Y mönster fast med publicerat och öppet gränssnitt Systemet byggs händelseorienterat (Se ÖTP 2.1) Lyssnande system Statistik (Nu) Backup(Nu) Mina sidor webb (På väg)

22 Sammanhållen ärendehantering etablerar principer för hur ärendehanteringssystem/ verksamhetsapplikationer ska samverka Utbyggnad av kap ÖTP