Page History
...
| Gliffy Diagram | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Fremsøgning af dokument(ers metadata)
...
Ved modtagelse af en søgning, vil DDS Registry sende søgningen videre til alle bagvedliggende registries - herunder AO XDS Registry RN og AO XDS Registry RM.
AO XDS Registry tager de indgående søge parametre og beslutter, om det er en query, som den skal behandle (hvis det er en søgning, der ikke inkluderer aftaledokumenter, så vil AO XDS Registry returnere et tomt svar. Se i øvrigt AO XDS Adapter - Guide til Anvendere.
AO XDS Registry kalder den bagvedliggende Bookplan web service (hhv. Bookplan RN og Bookplan RM) for at fremsøge relevante aftaler. Disse bookplan-aftaler mappes til CDA dokumenter (enten APD version 1.1 eller APD version 2.0.1 udfra , ud fra konfigurationen).
Da bookplan-aftaler ikke har et unikt ID, så vil AO XDS Registry Adapter generere et dokument-id (og et dokument) for hvert resultat, som fremsøgningen giver anledning til. Samtidig med at resultatlisten for kaldet til ITI-18 kaldet laves, så genereres selve aftaledokumentet og lagres i AO XDS DB Cache.
...
- Metadataopsætning: En konfigurationsfil afgør, hvordan metadata ser ud for dokumenterne. Det gør det f.eks. muligt at lave konfigurationer for RN hhv RM og andre organisationer, så indholdet af organisationsoplysningerne er forskellige for de to deployments.
- Dokumentindhold: Konfigurationen afgør, hvordan de resulterende dokumenter ser ud f.eks. hvorvidt der er tale om version 1.1 eller 2.0 af APD profilen. Hvis det er nødvendigt at udstille to forskellige versioner vil det være nødvendigt at deploye to sæt AO XDS Adaptere med hver deres konfiguration.
...