본문내용
원기간동안 그 환자의 의료영상을 수시로 디스플레이 할 가능성이 있다. 따라서 일주일 분의 영상데이터와 또 이 환자의 과거영상도 판독에 사용되므로 과거 데이터 일주일분을 합하여 약 2주일 분의 영상데이터를 저장할 용량이 필요하다. 일주일이 지난 데이터와 그 비교 데이터는 네번째 계층인 Long-term archive 장치에 저장되어 필요시 중앙저장장치로 불려오게 된다.
넷째로 진단을 끝낸 영상데이터를 반영구적 또는 최소한 법적으로 필요한 5년 이상 정보의 손실 없이 저장하기 위한 Long-term archive장치가 필요하다. 이를 위해 Optical Disk Jukebox가 많이 이용된다.
특히 진단이 끝난 후, Long-term archive에 저장을 할 때는 저장의 효율을 높이기 위하여 데이터 압축을 이용한다.
사용자 관점에서는 데이터베이스의 Query Performance는 매우 중요하다. 통계에 관련된 Report도 데이터베이스 설계시 반드시 고려해야 한다. Full-PACS의 경우 데이터베이스에 저장되는 Report의 용량은 년간 대체적으로 1GB가량이다. 이 수치는 큰 저장 용량 뿐 아니라 전체 데이터베이스 Perfor- mance에도 상당한 영향을 준다.
이 문제를 푸는 방법은 대체로 두가지 방법을 제시할 수 있다.
그 첫번째는 별도의 Report용 데이터베이스 시스템을 구축하여 운영하는 방안이다. 추가비용 발생의 부담이 있지만 본 PACS 시스템 부가 Load를 최대한 억제하고 완전 독립적 인 DB시스템을 구축함으로 써 Performance 및 저장용량의 한계를 넘어설 수 있다.
상대적으로 첫번째에 비해 작은 시스템에 적용할 수 있는 반면 Pre-Define된 정책에 의거 저장업을 수행하여야 되므로 번거롭고 본 system에도 다소 영향을 준다.
데이터베이스 설계시 고려되어야하는 또 하나의 사항은 외부시스템과의 Interface이다. 그중 가장 많이 연결되는 RIS와의 Interface를 살펴본다.
Full PACS에서 요구하는 Function 중 기본 RIS Function과 중첩되는 것이 있다. 미국 MDIS REF에서도 PACS 그 자체에 최소한의 RIS를 Intergration 하도록 되어 있다. 그렇게함으로써 얻어지는 가장 큰 장점은 외부시스템 Maintenance 시 최소한의 기능적 손실없이 독립적으로 PACS는 운용할 수 있는 점이다. 그 반면에 독립적으로 운용되는 RIS에 비해 PACS내에 최소한으로 포함된 RIS는 병원요구와는 거리가 먼 경우가 많다. 그 해결 방안으로는 RIS 를 포함한 병원 내의 다양한 시스템을 PACS와의 효율적인 연동을 생각할 수 있다. 그러기 위해서는 Application을 포함한 데이터베이스의 직/간접적인 인터페이스로 Gateway Server를 두어야 한다.
5. 네트워크
2k*2K의 12bit 영상 한 장의 데이터양은 6Megebyte에 해당한다.
이러한 대량의 영상데이터가 최소한 2-3초이내에 사용자의 모니터에 디스플레이 되기 위해서는 Network throughput이 1-2초 이내에 6M byte의 영상데이터를 전송 할 수 있어야 하며, 여러 명의 사용자가 동시에 영상 데이터를 Acess 할 경우를 대비해서 아주 빠른 Network이 필요하다. 그리고 네트워크의 확장 성을 고려해서 향후 신기술 도입이 용이한 장비를 선정하는 안목이 필요하다.
6. 영상 Display system
PACS는 X-ray필름을 이용하는 시스템을 대신하기 위한 새로운 컴퓨터의 시스템이므로 필름을 이용하 는 진단시스템보다 모든 면에서 우수하거나 최소한 비슷하여야 기존의 것을 성공적으로 대치할 수 있어야 한다.
넷째로 진단을 끝낸 영상데이터를 반영구적 또는 최소한 법적으로 필요한 5년 이상 정보의 손실 없이 저장하기 위한 Long-term archive장치가 필요하다. 이를 위해 Optical Disk Jukebox가 많이 이용된다.
특히 진단이 끝난 후, Long-term archive에 저장을 할 때는 저장의 효율을 높이기 위하여 데이터 압축을 이용한다.
사용자 관점에서는 데이터베이스의 Query Performance는 매우 중요하다. 통계에 관련된 Report도 데이터베이스 설계시 반드시 고려해야 한다. Full-PACS의 경우 데이터베이스에 저장되는 Report의 용량은 년간 대체적으로 1GB가량이다. 이 수치는 큰 저장 용량 뿐 아니라 전체 데이터베이스 Perfor- mance에도 상당한 영향을 준다.
이 문제를 푸는 방법은 대체로 두가지 방법을 제시할 수 있다.
그 첫번째는 별도의 Report용 데이터베이스 시스템을 구축하여 운영하는 방안이다. 추가비용 발생의 부담이 있지만 본 PACS 시스템 부가 Load를 최대한 억제하고 완전 독립적 인 DB시스템을 구축함으로 써 Performance 및 저장용량의 한계를 넘어설 수 있다.
상대적으로 첫번째에 비해 작은 시스템에 적용할 수 있는 반면 Pre-Define된 정책에 의거 저장업을 수행하여야 되므로 번거롭고 본 system에도 다소 영향을 준다.
데이터베이스 설계시 고려되어야하는 또 하나의 사항은 외부시스템과의 Interface이다. 그중 가장 많이 연결되는 RIS와의 Interface를 살펴본다.
Full PACS에서 요구하는 Function 중 기본 RIS Function과 중첩되는 것이 있다. 미국 MDIS REF에서도 PACS 그 자체에 최소한의 RIS를 Intergration 하도록 되어 있다. 그렇게함으로써 얻어지는 가장 큰 장점은 외부시스템 Maintenance 시 최소한의 기능적 손실없이 독립적으로 PACS는 운용할 수 있는 점이다. 그 반면에 독립적으로 운용되는 RIS에 비해 PACS내에 최소한으로 포함된 RIS는 병원요구와는 거리가 먼 경우가 많다. 그 해결 방안으로는 RIS 를 포함한 병원 내의 다양한 시스템을 PACS와의 효율적인 연동을 생각할 수 있다. 그러기 위해서는 Application을 포함한 데이터베이스의 직/간접적인 인터페이스로 Gateway Server를 두어야 한다.
5. 네트워크
2k*2K의 12bit 영상 한 장의 데이터양은 6Megebyte에 해당한다.
이러한 대량의 영상데이터가 최소한 2-3초이내에 사용자의 모니터에 디스플레이 되기 위해서는 Network throughput이 1-2초 이내에 6M byte의 영상데이터를 전송 할 수 있어야 하며, 여러 명의 사용자가 동시에 영상 데이터를 Acess 할 경우를 대비해서 아주 빠른 Network이 필요하다. 그리고 네트워크의 확장 성을 고려해서 향후 신기술 도입이 용이한 장비를 선정하는 안목이 필요하다.
6. 영상 Display system
PACS는 X-ray필름을 이용하는 시스템을 대신하기 위한 새로운 컴퓨터의 시스템이므로 필름을 이용하 는 진단시스템보다 모든 면에서 우수하거나 최소한 비슷하여야 기존의 것을 성공적으로 대치할 수 있어야 한다.
소개글