Botswana FHIR Implementation Guide
1.0.0 - ci-build Botswana flag

Botswana FHIR Implementation Guide, published by Jembi Health Systems. This guide is not an authorized publication; it is the continuous build for version 1.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/jembi/botswana-hie-fhir-ig/ and changes regularly. See the Directory of published versions

: Client Registry Requirements - TTL Representation

Active as of 2026-10-13

Raw ttl | Download


@prefix fhir: <http://hl7.org/fhir/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

# - resource -------------------------------------------------------------------

<http://hl7.org/fhir/Requirements/ClientRegistryRequirements> a fhir:Requirements ;
  fhir:nodeRole fhir:treeRoot ;
  fhir:id [ fhir:v "ClientRegistryRequirements"] ; # 
  fhir:meta [
     fhir:profile ( [
       fhir:v "http://moh.bw.org/StructureDefinition/bw-requirements"^^xsd:anyURI ;
       fhir:link <http://moh.bw.org/StructureDefinition/bw-requirements>
     ] )
  ] ; # 
  fhir:text [
     fhir:status [ fhir:v "generated" ] ;
     fhir:div [ fhir:v "<div xmlns=\"http://www.w3.org/1999/xhtml\"><p class=\"res-header-id\"><b>Generated Narrative: Requirements ClientRegistryRequirements</b></p><a name=\"ClientRegistryRequirements\"> </a><a name=\"hcClientRegistryRequirements\"> </a><div style=\"display: inline-block; background-color: #d9e0e7; padding: 6px; margin: 4px; border: 1px solid #8da1b4; border-radius: 5px; line-height: 60%\"><p style=\"margin-bottom: 0px\"/><p style=\"margin-bottom: 0px\">Profile: <a href=\"StructureDefinition-bw-requirements.html\">Requirements</a></p></div><p>These requirements apply to the following actors: </p><ul><li><a href=\"ActorDefinition-ClientRegistryActorDefinitionExample.html\">Client Registry (CR)</a></li><li><a href=\"ActorDefinition-SHRActorDefinitionExample.html\">Shared Health Record (SHR)</a></li></ul><table class=\"grid\"><tr><td><b><a name=\"BOTS.FR-CR.001\"> </a></b>BOTS.FR-CR.001</td><td/><td><div><p>Should be able to support configurable entity matching, a service to assist in identifying duplicate patients.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.002\"> </a></b>BOTS.FR-CR.002</td><td/><td><div><p>Should be able to support patient linking and de-duplication.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.003\"> </a></b>BOTS.FR-CR.003</td><td/><td><div><p>Should be able to support the ability to track and monitor inbound/outbound transactions.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.004\"> </a></b>BOTS.FR-CR.004</td><td/><td><div><p>Should be able to support synchronization of client IDs with a Shared Health Record (SHR).</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.005\"> </a></b>BOTS.FR-CR.005</td><td/><td><div><p>Should be able to manage a full audit log of changes to data as well as configurations as well as users.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.006\"> </a></b>BOTS.FR-CR.006</td><td/><td><div><p>Should have functions including user management and access controls.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.007\"> </a></b>BOTS.FR-CR.007</td><td/><td><div><p>Should be able to persist the parent/child relationship, birth order, and multi-birth indicator.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.008\"> </a></b>BOTS.FR-CR.008</td><td/><td><div><p>Should support a UI to review and manually adjudicate uncertain (“potential”) matches, and override incorrect matches.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.009\"> </a></b>BOTS.FR-CR.009</td><td/><td><div><p>Should support configurable attributes that form a patient record and are used for matching.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.010\"> </a></b>BOTS.FR-CR.010</td><td/><td><div><p>Should support configurable attributes to make it easy to add attributes to the schema.</p>\n</div></td></tr><tr><td><b><a name=\"BOTS.FR-CR.011\"> </a></b>BOTS.FR-CR.011</td><td/><td><div><p>Should support configurable attributes to make it easy to remove attributes from the default model (or start over from scratch).</p>\n</div></td></tr></table></div>"^^rdf:XMLLiteral ]
  ] ; # 
  fhir:extension ( [
     fhir:url [ fhir:v "http://moh.bw.org/StructureDefinition/requirements-type"^^xsd:anyURI ] ;
     fhir:value [
       a fhir:CodeableConcept ;
       fhir:coding ( [
         fhir:system [ fhir:v "http://moh.bw.org/CodeSystem/cs-requirements-type-codes"^^xsd:anyURI ] ;
         fhir:code [ fhir:v "functional" ]
       ] )
     ]
  ] ) ; # 
  fhir:url [ fhir:v "http://moh.bw.org/Requirements/ClientRegistryRequirements"^^xsd:anyURI] ; # 
  fhir:version [ fhir:v "1.0.0"] ; # 
  fhir:name [ fhir:v "ClientRegistryRequirements"] ; # 
  fhir:status [ fhir:v "active"] ; # 
  fhir:date [ fhir:v "2026-10-13T07:51:03+00:00"^^xsd:dateTime] ; # 
  fhir:publisher [ fhir:v "Jembi Health Systems"] ; # 
  fhir:contact ( [
     fhir:name [ fhir:v "Jembi Health Systems" ] ;
     fhir:telecom ( [
       fhir:system [ fhir:v "url" ] ;
       fhir:value [ fhir:v "https://www.jembi.org" ]
     ] [
       fhir:system [ fhir:v "email" ] ;
       fhir:value [ fhir:v "info@jembi.org" ]
     ] )
  ] [
     fhir:name [ fhir:v "Jembi Health Systems" ] ;
     fhir:telecom ( [
       fhir:system [ fhir:v "email" ] ;
       fhir:value [ fhir:v "info@jembi.org" ] ;
       fhir:use [ fhir:v "work" ]
     ] )
  ] ) ; # 
  fhir:jurisdiction ( [
     fhir:coding ( [
       fhir:system [ fhir:v "urn:iso:std:iso:3166"^^xsd:anyURI ] ;
       fhir:code [ fhir:v "BW" ] ;
       fhir:display [ fhir:v "Botswana" ]
     ] )
  ] ) ; # 
  fhir:statement ( [
     fhir:key [ fhir:v "BOTS.FR-CR.001" ] ;
     fhir:requirement [ fhir:v "Should be able to support configurable entity matching, a service to assist in identifying duplicate patients." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.002" ] ;
     fhir:requirement [ fhir:v "Should be able to support patient linking and de-duplication." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.003" ] ;
     fhir:requirement [ fhir:v "Should be able to support the ability to track and monitor inbound/outbound transactions." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.004" ] ;
     fhir:requirement [ fhir:v "Should be able to support synchronization of client IDs with a Shared Health Record (SHR)." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.005" ] ;
     fhir:requirement [ fhir:v "Should be able to manage a full audit log of changes to data as well as configurations as well as users." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.006" ] ;
     fhir:requirement [ fhir:v "Should have functions including user management and access controls." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.007" ] ;
     fhir:requirement [ fhir:v "Should be able to persist the parent/child relationship, birth order, and multi-birth indicator." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.008" ] ;
     fhir:requirement [ fhir:v "Should support a UI to review and manually adjudicate uncertain (“potential”) matches, and override incorrect matches." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.009" ] ;
     fhir:requirement [ fhir:v "Should support configurable attributes that form a patient record and are used for matching." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.010" ] ;
     fhir:requirement [ fhir:v "Should support configurable attributes to make it easy to add attributes to the schema." ]
  ] [
     fhir:key [ fhir:v "BOTS.FR-CR.011" ] ;
     fhir:requirement [ fhir:v "Should support configurable attributes to make it easy to remove attributes from the default model (or start over from scratch)." ]
  ] ) . #