보류 중인 케이스와 함께 사용하도록 증거 중개인 구성

보류 중인 케이스 자체는 가치가 거의 없으며, 이름이 암시하는 바와 같이 증거를 다른 위치에 보내기 전에 보류 중인 영역일 뿐입니다. 일반적으로 보류 중인 케이스에 대한 데이터가 업데이트되고 나면 사례별 사회복지사가 변경사항을 검사하여 관련 케이스에 적용할 수 있도록 통합 케이스에 해당 업데이트를 중개해야 합니다. 데이터가 통합 케이스에 채택되면 업데이트된 데이터가 James의 보조금에 영향을 미치기 시작하므로 생활사건을 제출한 결과 긍정적인 영향이 있음을 알게 됩니다. 적절한 증거 중개인 구성을 정의해야만 보류 중인 케이스와 통합 케이스가 서로 연결될 수 있습니다. 이 절은 이 연결 방법에 대해 설명합니다. 독자가 증거 중개인에 대한 배경 지식을 얻으려면 개발자 안내서인 Cúram Evidence Broker Developers Guide를 참조하십시오.

보류 중인 케이스로부터의 공유 구성

아래는 보류 중인 케이스의 임신 증거를 통합 케이스와 공유하기 위한 예제 증거 구성입니다.

<?xml version="1.0" encoding="UTF-8"?>
  <table name="EVIDENCEBROKERCONFIG">
    <column name="EVIDENCEBROKERCONFIGID" type="id"/>
    <column name="SOURCETYPE" type="text" />
    <column name="SOURCEID" type="id" />
    <column name="TARGETTYPE" type="text" />
    <column name="TARGETID" type="id"/>
    <column name="SOURCEEVIDENCETYPE" type="text"/>
    <column name="TARGETEVIDENCETYPE" type="text"/>
    <column name="AUTOACCEPTIND" type="bool"/>
    <column name="WEBSERVICESIND" type="bool"/>
    <column name="SHAREDTYPE" type="text"/>
    <column name="RECORDSTATUS" type="text"/>
    <column name="VERSIONNO" type="number"/>              
    <row>
      <attribute name="EVIDENCEBROKERCONFIGID">
        <value>10003</value>
      </attribute>
      <attribute name="SOURCETYPE">
        <value>CT10301</value>
      </attribute>
      <attribute name="SOURCEID">
        <value>10330</value>
      </attribute>
      <attribute name="TARGETTYPE">
        <value>CT5</value>
      </attribute>
      <attribute name="TARGETID">
        <value>4</value>
      </attribute>
      <attribute name="SOURCEEVIDENCETYPE">
        <value>ET10000</value>
      </attribute>
      <attribute name="TARGETEVIDENCETYPE">
        <value>ET10074</value>
      </attribute>
      <attribute name="AUTOACCEPTIND">
        <value>0</value>
      </attribute>
      <attribute name="WEBSERVICESIND">
        <value>0</value>
      </attribute>
      <attribute name="SHAREDTYPE">
        <value>SET2002</value>
      </attribute>
      <attribute name="RECORDSTATUS">
        <value>RST1</value>
      </attribute>
      <attribute name="VERSIONNO">
        <value>1</value>
      </attribute>
    </row>    
  </table>

보류 중인 케이스의 내용을 다른 통합 케이스와 공유할 때 소스 유형은 CT10301이어야 하며 소스 ID는 10330으로 설정되어야 합니다. 소스 증거 유형은 보류 중인 케이스에 저장된 모든 증거의 코드인 ET10000으로 설정되어야 합니다. 이 유형의 증거는 보류 중인 증거라고 합니다. 이 케이스의 대상 증거 유형은 ET10074입니다. Cúram Common Evidence에서 이 유형은 임신 증거를 나타냅니다. 증거 공유 유형은 동일하지 않은 공유의 코드인 SET2002로 설정되어야 합니다. AUTOACCEPTIND가 0으로 설정되어 있음에 유의하십시오. 보류 중인 케이스의 내용을 통합 케이스와 공유할 때 이 값은 항상 0으로 설정하도록 적극 권장합니다. 이와 같이 설정하면 사례별 사회복지사가 시민의 보류 중인 케이스에서 입력된 모든 변경사항을 검사하게 됩니다. 사례별 사회복지사가 변경사항에 동의한다고 가정하면 통합 케이스 증거 페이지의 "수신되는 증거" 링크를 사용하여 일반적인 방식으로 보류 중인 케이스의 데이터를 동기화할 수 있습니다.

사용자 정의 구성요소의 증거 중개인 구성을 설정하려면 위에 제공된 예제를 따르는 구성이 포함된 dmx 파일을 작성해야 합니다. 예를 들어, %SERVER_DIR%\components\Custom\data\initial\EBROKER_CONFIG.dmx입니다.

보류 중인 증거를 표준 증거 엔티티(예: 임신)와 공유하면 증거 중개인이 임신 데이터를 포함하는 보류 중인 증거를 대상 통합 케이스의 새 임신 증거 레코드에 "복사"합니다. 이전에 이 안내서에서는 보류 중인 증거가 "표준" 증거가 아니라는 사실이 암시되었습니다. 사실상 이 증거는 XML 표시로 저장되므로 보류 중인 증거를 대상 증거 유형으로 복사하는 과정에서 증거 중개인이 XML 데이터를 표준 증거 데이터로 변환해야 합니다. 이 변환 프로세스를 지원하려면 메타데이터를 제공해야 합니다. 이 메타데이터의 예제는 아래 설명되어 있습니다.

<?xml version="1.0" encoding="UTF-8"?>
<data-hub-config>              
  <evidence-config package="curam.holdingcase.evidence">
    <entity name="HoldingEvidence" ev-type-code="ET10000">
      <attribute name="entityStruct">
        curam.citizen.datahub.holdingcase.holdingevidence.struct.
        +HoldingEvidenceDtls
      </attribute>
    </entity>
    <entity name="Pregnancy" ev-type-code="ET10074"> 
      <attribute name="entityStruct">
        curam.evidence.entity.struct.PregnancyDtls
      </attribute>
      <related-entity>
        <case-participant-role>
          <attribute name="linkAttribute">
            fahCaseParticipantRoleID
          </attribute>
        </case-participant-role> 
        <case-participant-role>
          <attribute name="linkAttribute">
            caseParticipantRoleID
          </attribute>
        </case-participant-role> 
      </related-entity>          
    </entity>
  </evidence-config>   
</data-hub-config>

메타데이터는 보류 중인 케이스에서 통합 케이스로 또는 그 역으로 복사할 수 있는 각 항목에 대해 설명합니다. 메타데이터는 대상 증거를 작성하는 데 사용하는 dtls 구조체에 대해 설명합니다. 케이스 참여자 역할을 참조하는 케이스 증거의 속성에 대해서도 설명합니다. 이 정보를 사용하면 보류 중인 증거를 복사할 때 보류 중인 증거에서 맹목적으로 케이스 참여자 역할 ID를 복사하는 것이 아니라 대상 케이스에서 대응하는 케이스 참여자 역할 ID를 찾습니다. 없는 경우 ID를 작성합니다.

이 메타데이터는 AppResource에 저장되어 있습니다(AppResources에 대한 자세한 정보는 Cúram Developer Guide IEG2에 스크립트 작성 참조). 자원 저장소 키는 Cúram 환경 특성 curam.workspaceservices.datahub.metadata로 식별합니다. 기본적으로 이 변수의 값은 curam.workspaceservices.datahub.metadata 값으로 설정되어 있습니다. 이 값은 보류 중인 기본 증거 데이터 허브 메타데이터를 가리킵니다. 보류 중인 케이스에서 통합된 모든 케이스로 중개되어야 하는 모든 증거 유형을 지원하기 위해 다음 단계를 사용하여 보류 중인 기본 증거 데이터 허브 메타데이터를 사용자 정의 버전으로 바꿀 수 있습니다.

%SERVER_DIR%\components\WorkspaceServices\data\initial\clob\DataHubMetaData.xml의 컨텐츠를 %SERVER_DIR%\components\Custom\data\initial\clob\CustomDataHubMetaData.xml로 복사하십시오.
데이터 허브가 업데이트해야 하는 모든 증거 엔티티에 대해 설명하도록 CustomDataHubMetaData.xml의 컨텐츠를 편집하십시오.

%SERVER_DIR%\components\Custom\data\initial\APP_RESOURCES.dmx 파일을 작성하십시오. 다음과 같이 이 파일에 항목을 추가하십시오.

<?xml version="1.0" encoding="UTF-8"?>
  <table name="APPRESOURCE">
    <column name="resourceid" type="id" />
    <column name="localeIdentifier" type="text"/>
    <column name="name" type="text"/>
    <column name="contentType" type="text"/>
    <column name="contentDisposition" type="text"/>
    <column name="content" type="blob"/>
    <column name="internal" type="bool"/>
    <column name="lastWritten" type="timestamp"/>
    <column name="versionNo" type="number"/>
    <row>
      <attribute name="resourceID">
        <value>10700</value>
      </attribute>
      <attribute name="localeIdentifier">
        <value/>
      </attribute>
      <attribute name="name">
        <value>custom.datahub.metadata</value>
      </attribute>
      <attribute name="contentType">
        <value>text/plain</value>
      </attribute>
      <attribute name="contentDisposition">
        <value>inline</value>
      </attribute>
      <attribute name="content">
        <value>
          ./Custom/data/initial/clob/CustomDataHubMetaData.xml
        </value>
      </attribute>
      <attribute name="internal">
        <value>0</value>
      </attribute>
      <attribute name="lastWritten">
        <value>SYSTIME</value>
      </attribute>
      <attribute name="versionNo">
        <value>1</value>
      </attribute>
    </row>
  </table>

다음과 같이 항목을 추가하여 항목을 작성하거나 %SERVER_DIR%\components\Custom\properties\Environment.xml 파일에 추가하십시오.

<environment>
   <type name="dynamic_properties">
     <section code="WSSVCS"
       name="Workspace Services - Configuration">
       <variable name="curam.workspaceservices.datahub.metadata"
         value="custom.datahub.metadata" onlyin="all" 
         type="STRING">
         <comment>
           Identifies an AppResource used to configure DataHub
           meta-data.
         </comment>
       </variable>
     </section>
   </type>
 </environment>

왕복 및 보류 중인 케이스와 공유 구성

이전 절에는 보류 중인 케이스의 데이터를 통합 케이스와 공유하는 방식에 대해 설명되어 있습니다. 분석가가 증거를 반대 방향(즉, 통합 케이스에서 보류 중인 케이스로)으로 전송해야 하는지도 고려할 수 있습니다. 통합 케이스의 내용을 보류 중인 케이스와 공유하도록 구성된 경우 선택된 증거에 대해 사례별 사회복지사가 변경한 사항은 보류 중인 케이스에 다시 전파될 수 있습니다. 이 점은 기존 통합 케이스에 있는 증거 엔티티의 데이터를 사전에 입력해야 하는 생활사건의 경우 필수입니다. 아래 예제는 보류 중인 케이스와 공유하기 위해 임신 증거를 구성하는 방법을 표시합니다.

<?xml version="1.0" encoding="UTF-8"?>
<table name="EVIDENCEBROKERCONFIG">
  <column name="EVIDENCEBROKERCONFIGID" type="id"/>
  <column name="SOURCETYPE" type="text" />
  <column name="SOURCEID" type="id" />
  <column name="TARGETTYPE" type="text" />
  <column name="TARGETID" type="id"/>
  <column name="SOURCEEVIDENCETYPE" type="text"/>
  <column name="TARGETEVIDENCETYPE" type="text"/>
  <column name="AUTOACCEPTIND" type="bool"/>
  <column name="WEBSERVICESIND" type="bool"/>
  <column name="SHAREDTYPE" type="text"/>
  <column name="RECORDSTATUS" type="text"/>
  <column name="VERSIONNO" type="number"/>
  <row>
    <attribute name="EVIDENCEBROKERCONFIGID">
      <value>2</value>
    </attribute>
    <attribute name="SOURCETYPE">
      <value>CT5</value>
    </attribute>
    <attribute name="SOURCEID">
      <value>4</value>
    </attribute>
    <attribute name="TARGETTYPE">
      <value>CT10301</value>
    </attribute>
    <attribute name="TARGETID">
      <value>10330</value>
    </attribute>
    <attribute name="SOURCEEVIDENCETYPE">
      <value>ET10074</value>
    </attribute>
    <attribute name="TARGETEVIDENCETYPE">
      <value>ET10000</value>
    </attribute>
    <attribute name="AUTOACCEPTIND">
      <value>1</value>
    </attribute>
    <attribute name="WEBSERVICESIND">
      <value>0</value>
    </attribute>
    <attribute name="SHAREDTYPE">
      <value>SET2002</value>
    </attribute>
    <attribute name="RECORDSTATUS">
      <value>RST1</value>
    </attribute>
    <attribute name="VERSIONNO">
      <value>1</value>
    </attribute>
  </row>
</table>

공유 중인 케이스의 내용을 통합 케이스와 공유하는 경우와 달리 AUTOACCEPTIND는 1로 설정됩니다. 대상 케이스가 보류 중인 케이스이며 보류 중인 케이스는 자동으로 작동하도록 디자인되기 때문입니다. 보류 중인 케이스와 공유되는 항목은 인증된 소스(즉, 통합 케이스)에서 입력되므로 사례별 사회복지사가 해당 항목을 검토하지 않아도 됩니다.

고려할 사안

적절하게 구성한 경우 보류 중인 케이스의 데이터를 서로 다른 여러 통합 케이스와 공유할 수 있습니다. 서로 다른 두 개의 통합 케이스 A와 B가 James의 보류 중인 케이스 H와 정보를 공유하도록 구성되었다고 가정하십시오. 케이스 A와 B 모두 James의 수입 증거 레코드에 별도로 기록되어 있습니다. James의 보류 중인 케이스에서는 별개의 두 수입 레코드로 표시되며 케이스 A와 B는 완전히 별개인 레코드(A의 James 수입 보기와 B의 James 수입 보기)입니다. 그러나 James에게는 이 점이 이해되지 않을 수 있습니다. James에게는 수입이 하나뿐이며 하나의 포털을 사용하여 관련된 하나 이상의 SEM과 통신합니다. 동일한 수입에 대해 두 개의 레코드가 표시되어야 하는 이유는 무엇입니까? 보류 중인 하나의 케이스의 내용을 여러 통합 케이스와 공유하는 경우 A의 내용을 B와, B의 내용을 A와 공유하는 관계의 또 다른 세트를 작성하도록 고려해야 합니다. 이 문제는 프로젝트 수명 주기 초반에 적절하게 고려되어야 하는 사항입니다.