선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 설계, 구현한 후. 이를 병원 임상검사실에 적용하여 확인하고자 한다.
제안 방법
- 각각의 임상검사장비에 대한 프로토콜을 분석하고설계에서 제시한 내용을 수렴하여 각 임상검사장비에대한 프로그램을 구현하였으며, HITACH표의 경우 장비를 선택하고 시작을 누르게 되면 OnCommHITACHI가호출되는 것을 시작으로 하여 검사결과 값을 화면에 보여주고, 설정에 따라 로그 보관 및 MDB에 저장하도록한다. 이를 그림 8에 나타내었다.
- 이와같은문제를 처리하기 위하여 소프트웨어적으로 버퍼에 들어온 데이터의 길이를 분석한후 1 번에 수신한길이보다클 경우이에 대한 예외처리를 하여 에러를 감소시킬 수는 있을 것으로 생각된다. 그러나 본 연구에서는 예외처리를 하지 않고 동일한 프로그램환경에서 실행하는 것을 전제로 한 것이므로 이를 에러로 간주하였다. 따라서 하나의 프로세스가 한 가지 일만 하는 멀티 태스킹 방법이 하나의 프로세스가 여러 가지 일을 하는 멀티스레드 방법 보다 안정적 이라는 것을 확인 할수 있었다.
- 임상검사장비는 뇨분석기 URISCAN Pro2(이하 URISCAN), 자동혈액분석기 CELLTAC-a, 자동혈구 계산기 CELLTAC-F, 혈 액 개스 장비 OnrniC, 생화학분석기 HITACHI 7180(이하 HITACHI), 면역학분석기 IMMULITE2000를 대상으로 하였다. 먼 저 단방향 통신을 지원하는 URISCAN과 양방향 통신을 지원하는 HITACHI] 대하여 시뮬레이션을 하고 그 결과를 이용하여 전체 프로그램을 구현하였다.
- 본 연구에서는 위에서 제시한 두 방법 중 어느 방법이 안정적인지 시뮬레이션을 통하여 알아보고 이를 적용하여 사용자 요구사항을 만족할 수 있는 임상검사 장비 인터페이스프로그램을 설계, 구현한 후. 이를 병원 임상검사실에 적용하여 확인하고자 한다.
- 화면디자인은 가로, 세로 길이의 비율 4:3 또는 황금비 율을 지 향하며, 메 인 폼은 리 사이 즈 되 도록 하고, 리 사이즈 시 내부 컨트롤(로그 데이터, 하단에 작업 모니터링 스프레드 쪽)도 같이 리사이즈 되도록 하며, 폼의 트윕 단위를 가로 세로 모두 30으로 지 정 하고, 메 인 폼에 서로 그 데이터와 하단의 작업 모니터링 스프레드 사이에 구분자를 넣어 상하로 로그 데이터 높이와 작업 모니터링 높이가 조절이 가능하도록 한다.
대상 데이터
- 통신포트는 1로 하였다. 위와 같은 통신 프로토콜을근거 로 하여 HITACHI와 URISCAN 장비 에 대 한 에 뮬레이터를 구현하였고 이를 인터페이스 프로그램의 시뮬레이션에 이용하였다.
- 0, 데 이타 저 장을 위하여 MDB는 마이크로소프트 오피 스 Access 2003을, Main DB는 오라클 10g를 사용하였다. 임상검사장비는 뇨분석기 URISCAN Pro2(이하 URISCAN), 자동혈액분석기 CELLTAC-a, 자동혈구 계산기 CELLTAC-F, 혈 액 개스 장비 OnrniC, 생화학분석기 HITACHI 7180(이하 HITACHI), 면역학분석기 IMMULITE2000를 대상으로 하였다. 먼 저 단방향 통신을 지원하는 URISCAN과 양방향 통신을 지원하는 HITACHI] 대하여 시뮬레이션을 하고 그 결과를 이용하여 전체 프로그램을 구현하였다.
성능/효과
- HITACHI 장비 는 핸드 쉐 이 킹 방식 으로 데 이 터 전송을 하므로 클라이언트에서 데이터 처리가 늦어지더라도 정상적 으로 DB에 저 장이 되 지 만, URISCAN 장비 경우 단방향 통신으로 인하여 빠른 데 이 터 처 리 가 되 지 않을 경우 데이터 손실을 가져올 수 있음을 확인 할 수 있었다.
- 통신이 진행됨을 알 수 있었다. 그러므로 URISCAN 장비에서 앞서 보낸 데이터를 클라이언트 컴퓨터에서 처리하지 못한 상태에서 다음 데이터를 버퍼에 보내게 되고 이를 인터페이스 프로그램에서 처리하게 되므로 늦게 들어온 데이터를 처리하지 못하게 되었다는 것을 알 수 있었다. 이와같은문제를 처리하기 위하여 소프트웨어적으로 버퍼에 들어온 데이터의 길이를 분석한후 1 번에 수신한길이보다클 경우이에 대한 예외처리를 하여 에러를 감소시킬 수는 있을 것으로 생각된다.
- 결과를 그림 4에 나타내었다. 두 개의 프로그램이 독립적으로 실행되면서 각각의 검사 결과 값을 이상 없이 전송 완료하는 것을 확인할 수 있었다.
- 그러나 본 연구에서는 예외처리를 하지 않고 동일한 프로그램환경에서 실행하는 것을 전제로 한 것이므로 이를 에러로 간주하였다. 따라서 하나의 프로세스가 한 가지 일만 하는 멀티 태스킹 방법이 하나의 프로세스가 여러 가지 일을 하는 멀티스레드 방법 보다 안정적 이라는 것을 확인 할수 있었다.
- 본 연구에서 는 위에서 제시 한 두 방법 중 어느 방법 이 안정적인지 시뮬레이션을통하여 비교 분석한 결과, 멀티태스킹 방법은 하나의 프로세스가 한 가지 일만 하므로 하나의 프로세스가 여 러 가지 일을 하는 멀티스레드 방법보다 안정적이라는 것을 확인 할수 있었다.
- 처 리 결과를 표2에 나타내 었다. 부하를 위 한 프로그램을 3개까지 실행했을 경우는 데이터를 제대로 처리하였으나, 4개로 하였을 경우 클라이언트에서 처리율이 HITACHI 경 우는 100% 이 었으나 URISCAN의 경 우 90% 이었다.
- 설계에서 제시한 화면디자인을 포함한 각종 요구사항들을 고려하여 인터페이스 프로그램을 구현하였으며, 이를 병원 현장에 적용한 결과 안정적으로 동작함을 알 수 있었다. 그림 10에 메인 프로그램 화면을 나타내었다.
- 설계에서 제시한 화면디자인을 포함한 각종 요구사항들을 만족하며, 멀티태스킹 방법으로 임상검사장비인터페이스 프로그램을 구현하였으며, 제안한 임상검사 장비의 인터페이스프로그램을 병원 현장에 적용한' 결과 안정적으로 동작함을 알 수 있었다.
- 나타내 었다. 스레 드 증가와 프로그램 개 수 4만큼 프로세스가 증가됨을 확인 할 수 있었다.
- 임상검사장비 인터페이스 .프로그램 1개와 HITACHI, URISCAN장비 에뮬레 이 터를 실행시 킨 결과스레드 증가와 프로그램 개수 3만큼 프로세스가 증가됨을 확인 할수 있었다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.