Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

...

Innehållsförteckning


Utgåvehistorik

 

Utgåva

Revision Datum

Beskrivning

Ändringarna gjorda av

Definitiv revision fastställd av

PA1

2013-11-05

Första utgåva av anvisningar för valfria tillägg till RIV-TA v2.1.


Innehåller:

  1. Anvisning för att ange ursprunglig avsändare
  2. Anvisning för att ange status på bearbetning i aggregerande tjänst

magnus.larsson@inera.se



A

2013-11-13

Uppdaterade mall och några typos

Lars Erik Röjerås


1.1

2014-09-08

Uppdaterat till Inera mall

Lennart Eriksson

 

...




1          Översikt

Detta dokument beskriver anvisningar för valfria tillägg till regelverket för RIV Tekniska Anvisningar Basic Profile 2.1. Anvisningarna är generellt sett valfria men kan för vissa typer av komponenter, t ex tjänsteplattformar, vara obligatoriska. Enskilda domäner kan också ta beslut om att göra vissa valfria tillägg obligatoriska inom sin domän, se respektive domäns Tjänstekontraktsbeskrivning.

...

Motiv: Detta ger en valfri möjlighet för tjänsteproducenter att identifiera den ursprungliga avsändaren. 

Regel #4: Säkerställ att anropande tjänsteplattform är känd

...

Följande dokumentation är hämtad från XML Schemat ovan:

...

ProcessingStatus is used by aggregating services to report back to the consumer regarding the validity of the data returned.

...

The following status codes are used to describe the quality of the data returned for a specific logicalAddress:

...

1. DataFromSource

...

   No data was available in cache, up-to-date data retrieved from source system

...

2. DataFromCache

...

   Up-to-date data returned from cache, no call performed to source system

...

3. DataFromCacheSynchFailed

...

   Required synch with source system failed. Potentially out-of-date data returned from Cache

...

4. NoDataSynchFailed

...

   No data returned, no data in cache and call to source system failed

...

                                   

...

The following table describes the relationship between the status code element and the other elements in a processing-status-record:

...

                               

...

+--------------------------+---------------------+-------------------+--------------------------+-----------------------+----------------------------+

...

| Status Code              | isResponseFromCache | isResponseInSynch | lastSuccessfulSynch      | lastUnsuccessfulSynch | lastUnsuccessfulSynchError |

...

+--------------------------+---------------------+-------------------+--------------------------+-----------------------+----------------------------+

...

| DataFromSource           | False               | True              | Current timestamp        | Emtpy                 | Empty                      |

...

| DataFromCache            | True                | True              | Last time for succ. call | Empty                 | Empty                      |

...

| DataFromCacheSynchFailed | True                | False             | Last time for succ. call | Current timestamp     | Relevant error info        |

...

| NoDataSynchFailed        | False               | False             | Empty                    | Current timestamp     | Relevant error info        |

...

+--------------------------+---------------------+-------------------+--------------------------+-----------------------+----------------------------+

SOAP headern beskrivs inte i de tjänsteinteraktioner (WSDL-filer) som en aggregerande tjänst följer, detta för att kunna använda samma tjänsteinteraktioner som de underliggande tjänsteproducenterna använder.

Nedan ett


Image Added



SOAP headern beskrivs inte i de tjänsteinteraktioner (WSDL-filer) som en aggregerande tjänst följer, detta för att kunna använda samma tjänsteinteraktioner som de underliggande tjänsteproducenterna använder.

Nedan ett exempel där en tjänstekonsument anropar en aggregerande tjänst som via engagemangsindex får reda på att det finns information att hämta i två olika källsystem. Den aggregerande tjänsten anropar de två källsystemen (parallellt) och sätter samman ett aggregerat svar till tjänstekonsumenten där SOAP header ”ProcessingStatus” ingår. Detta illustreras av följande bild:

...

Motiv: Ge tjänstekonsumenter möjligheten att verifiera att de fått ett komplett svar från den aggregerande tjänsten och om så inte är fallet kunna rapportera tillbaka till användaren att svaret bara är partiellt.

 

Exempel: Se ovan i kapitlet Syfte.

...

Motiv: Ge tjänstekonsumenter möjligheten att verifiera att de fått ett komplett svar från den aggregerande tjänsten och om så inte är fallet kunna rapportera tillbaka till användaren att svaret bara är partiellt. 

Exempel: Se ovan i kapitlet Syfte.

...