3.4 Implementation Services |
SNOMED CT enabled application을 디자인하고 구현할 때, 첫 번째 단계는 사용자 요구사항을 만족시키는데 필요한 서비스들의 범위를 평가하는 것이다. 애플리케이션들에 의해 요구되는 서비스들의 두 개의 핵심 범주는 용어체계와 유일하게 상호작용을 하는 terminology services와 용어체계를 인스턴스 데이터에 적용하는 record services 이다. 이러한 서비스들은 이 가이드의 분리된 섹션에서 기술된다.
Terminology Services Guide는 SNOMED CT reference data를 액세스하는 서비스들을 기술한다. 이러한 서비스들은 Figure 2 에 요약되어 있다.
Record services guide (8)는 SNOMED CT가 임상 기록 내의 정보을 표현하는데 적용되는 서비스들을 기술한다. 이러한 서비스들은 Figure 3에 요약되어 있다.
3.4.1 Service architecture
SNOMED CT enabled application은 자체로 완벽해서 요구되는 모든 서비스들을 단일 개발의 부분으로 제공할 수도 있다. 그 대신 서비스 제공은 모듈화 되어서 서로 분리되어 개발된 재사용가능한 모듈들이 특정한 요구사항들을 만족시키는데 사용될 수도 있다.
단지 Terminology resources(terminology services)와 상호작용을 하는데 필요한 기능들과 electronic health record (record services)와 같은 애플리케이션 부분으로 용어체계를 사용하는데 관련된 기능들 간의 차이가 있을 수 있다.
Terminology services는 일반화될 수 있어서 용어체계가 특정한 임상 기록 애플리케이션에서 사용되는 방식에 독립적이다. Terminology services는 다음의 기능의 종류들을 지원하는 것을 포함한다.
• 읽기전용(Read-only) 기능들:
• SNOMED CT release를 포함하는 로컬 용어체계 저장소의 임포팅과 업데이팅;
• 프로퍼티들 또는 식별된 컴포넌트의 결정;
• 매칭되는 용어를 포함하는 Descriptions에 대한 텍스트 또는 패턴 검색들;
• Concept hierarchy의 부분을 화면에 표시;
• SNOMED CT 컨샙 또는 expression이 다른 컨셉 또는 expression과 동치인지 또는 하위타입인지를 결정.
• 특정 SNOMED CT concept과 다른 스킴 또는 분류체계 내의 코드와의 cross maps(상호 맵)를 찾음.
• 저작과 유지관리 기능들:
• SNOMED CT International Release와 SNOMED CT의 Extensions의 제품을 지원하는 core SNOMED CT components의 생성과 유지보수를 가능하게 하는 것;
• SNOMED CT의 효율적인 사용을 커스터마이즈하고 향상시키는 reference sets와 같은 파생물의 생성과 유지보수를 가능하게 하는 것.
Record services는 특정 애플리케이션에 의해 정보가 입력, 저장 그리고 검색되는 방식들과 밀접하게 관련되어 있다. 그래서 이러한 서비스들이 terminology services와 상호작용할 때 보통은 기반 기록설계가 공통적인 특정한 애플리케이션 또는 애플리케이션들에 특이성을 가진다. Record services는 다음의 기능의 타입들을 위한 지원을 포함한다:
• 유저 인터페이스 기능들 :
• SNOMED CT expressions와 관련되었다면, SNOMED CT expressions를 사용한 정보의 엔트리를 가능하게 함;
• 적절한 SNOMED CT expressions의 렌더링과 포함한 이전에 입력된 정보의 화면표시;
• 효율적이고 일관성 있는 SNOMED CT의 사용을 촉진하도록 데이터 엔트리를 안내하는 프로토콜들의 설계를 가능하게 함;
• 선택적인 검색에 대한 요구사항들을 만족시키기 위해 적절한 SNOMED CT의 사용을 포함하는 쿼리들의 명세을 가능하게 함.
• 애플리케이션 서버 기능들 :
• 개별 레코드 개체들의 부분으로 (또는 다른 타입의 인스턴스 데이터 내에) SNOMED CT expressions를 저장;
• 표준들과 로컬 명세들에 적힌 방식으로 SNOMED CT expressions를 포함하는 데이터를 통신;
• 애플리케이션의 데이터 구조와 SNOMED CT expressions 간의 logical Relationships를 고려하는 정보에 대한 효율적이고 정밀하고 정확하게 검색하는데 쿼리들을 적용.
이러한 두 종류의 서비스들은 각각 개발되고 제공될 수 있다. 이러한 접근방식은 record service가 Application Programming Interface (API)를 통해서 필요한 terminology services를 액세스하도록 허용한다. 가이드는 API를 기술하지 않지만 terminology services 와 record services 간의 명확한 차이를 구별함으로써 인터페이스가 지원해야하는 기능들을 확인한다.
자체적으로 완비된 모듈적인 접근방식은 서로 다른 장점들을 제공하며, 그 중에 일부가 아래에 요약되어있다.
• 모듈 접근방식은 다음과 같은 이점을 제공한다:
• 특정한 소프트웨어 애플리케이션의 요구사항을 만족하는데 초점을 맞춘, SNOMED CT와 관련된 빠른 기능 개발.
• 비용-효율적 솔루션들을 제공하기 위해서 서로 다른 terminology servers을 선택하는 기회
• 재사용가능한 모듈들과 대체가능한 모듈들을 각각 확인함으로써 개선된 솔루션 또는 더 비용효율적인 솔루션으로의 향후 마이그레션을 단순화함.
• 단일 조직에서 사용하는 여러 애플리케이션들이 단일 terminology server를 사용하도록 함 이것은 여러 강점을 갖는다:
• 각각의 SNOMED CT 릴리즈를 설치하는 것과 관련된 유지보수와 지원비용의 감소;
• 서버를 공유하는 애플리케이션들 간의 SNOMED CT releases의 보증된 조정
• SNOMED CT에 대한 액세스와 관련하여 유저 인터페이스의 일관성과 서로 다른 애플리케이션들의 기술적인 특징들.
• 완전하게 통합된 접근방식은 다음의 장점을 제공한다:
• 제 3자 개발의 독립성;
• 특정 애플리케이션 사용자들의 요구에 맞춘 SNOMED CT에 대한 맞춤형 액세스.
선택된 접근방식은 사용 가능한 components의 비용과 기능을 감안하여 신중하게 고려하는 것에 달려있다. 제 3자의 컴포넌트들에 의존하는 것에 대한 상업적 기술적 문제는 모든 필요한 서비스들을 자체 개발하는데 유효한 근거가 될 수 있다. 그러나 모든 개발이 단일 조직 내에서 이루어진다고 해도, 용어체계와 record services를 components로 분리하는 것은 미래 확장성과 저비용 마이그레이션을 가능하게 함으로 더 강건한 접근방식을 제공할 수 있다.