의료 산업에 큰 데이터 응용 프로그램에 대 한 세 가지 제안

현재 상황에서 병원 정보 플랫폼, 기술, 어떤 장애물 없이 제품의 통합을 달성 하기 위해 가장 중요 한 이다 사용자의 개념을 변경할 수 있습니다. 사실, 의료 전문 장비를 구입 하는 병원의 비용은 그것에 대 한 투자 보다 높다. 병원 지도자 변경 해야 합니다 과거. IT 부서는 비용 센터의 개념, 병원의 개발에서 분리할 수 있다. 병원 CIO 기자: "많은 사람들이 생각 은행 그것의 시스템은 매우 중요 한 사실, 병원의 그것은 시스템 중요성, 은행 그것의 때문에 시스템 가동 중단, 손실 수 있습니다 경우 될 돈, 그리고 병원 IT 시스템에 문제가 있는 경우, 그것은 인간의 삶에 관련 된 것 "

병원 정보화의 3 개의 개발 단계

병원 정보 시대 1.0에서에서 IT 시스템은 응용 프로그램, 비즈니스 시스템은 일반적으로 독립적인 하드웨어, 소프트웨어, 따라서 많은 정보 제도 형성의 집합으로 구성 됩니다. 병원 정보화의 1.0 시대에서 PACs, RIS와 그의 서비스 시스템에 대 한 지원을 제공 하는 병원 정보화의 핵심입니다.

병원 정보화의 2.0 시대, 병원 정보화 건설 설립과 전자의 경우의 대중화에 점차적으로 이동 하 고 전자 경우 시스템 구축의 필수 이며 원활한 연결 및 RIS, Pac와 그의의 정보 공유를 실현 하는 통합된 액세스 및 제어를 실현 하. 병원 정보 시대 2.0, IT 인프라 통합 데이터 관리 및 활용의 기초 뿐만 아니라 키를입니다. 현재, 많은 병원 새로운 정보 개발 경로 모색 하 고 있습니다: 첫째, 통합된 인프라 플랫폼을 설정 후 설정 통합된 병원 정보 통합 플랫폼을, 각 응용 프로그램 시스템의 상호 연결을 실현 하 고 마지막으로 통합, 통합 자원 관리를 달성. 천진 Haihe 병원은 적극적으로이 부분을 탐험 했다.

Ma Mingzai, 건강 및 아시아 태평양 지역에서 생명 과학의 제너럴 매니저는 말했다: "우리의 기존 고객의 2/3는 인프라 통합에 대 한 필요성을 제안 했다 그리고 일부 병원도 앞으로 전체 야드 통합된 인프라 플랫폼을 구축 하기 위한 요구 사항을 넣어." 인프라 통합 HDS, 아니라 사용자의 실제 요구에 의해 구동 됩니다. HDS 솔루션은 사용자의 통합된 스토리지 아키텍처에 맞게 바로. "

의료 계에서 일반 사용자의 데모 효과 매우 분명 하다. 예를 들어 우시 제 2 인민 병원 HDS VSP이 엔드 스토리지와 프로그램을 보관 HCP (히타치 콘텐츠 플랫폼)를 사용 하 여 지속 가능한 의료 정보 정보 플랫폼을 구축 합니다. 여부 규모, 응답 또는 정보 수준, 우시 두 번째 사람들의 병원 우시에서는 로컬의 상단. 그것에 의해 영향을, 우시에서 고 이스트 중국 전역도 많은 병원 HDS 솔루션에 대 한 선택 했습니다.

HDS 중국 기술 감독 Uchy 말했다: "의료 산업에서 PACS 데이터 병원 데이터 70%의 총 수에 대 한 설명 ~ 80%, 저장, 관리 및 구조화 되지 않은 데이터의 사용 되고있다 현재 병원 정보화의 초점." 통계 표시 "하나의 지역 사회 병원이 나 중소 제약 회사 테라 바이트 또는 심지어 페타 바이트 데이터의 축적 수 있습니다. 가장 성공적인 의료 기관에 대 한 큰 데이터를 사용 하 여 생산성 향상, 간호 표준 개선, 경쟁력 강화, 성장 및 혁신을 가속에 대 한 핵심 전략 되고있다. 다른 부서 또는 다른 생명 과학 시스템 최대한 정보 검색 및 공유, 이상 달성 하기 위해 병원에서의 큰 데이터를 통합 하기 위해 스토리지 아키텍처 통합된 시스템 블록 데이터, 파일 및 콘텐츠, 대용량 및 고성능 처리할 수 있어야 합니다.

병원 정보화의 2.0 단계에서 기업 채택 HDS 고성능 hnas 완전히 큰 데이터 처리 성능 문제를 해결할 수 있습니다. 깊이 있는 발굴 및 대용량 데이터의 분석 병원 정보화 3.0 단계의 주요 작업입니다. 병원 정보화 3.0의 목표는 사운드 지역 의료 시스템 구축, 클라우드 컴퓨팅 기술에 크게 의존 하는 것입니다.

디지털 의학의 세 가지 기술 수준

병원 정보화 2.0 단계에 "적합"을 통해 항상 실행 되는 핵심 단어입니다. 스토리지 관점에서 병원 정보화 2.0의 목표 3 부품 데이터 저장소, 데이터 관리 및 데이터 활용 단계에서 구현 될 수 있습니다로 분해 수 있습니다.

첫 번째 단계에서 데이터 저장의 목표는 병원에 대 한 통합된 스토리지 플랫폼 구축입니다. 여기 "통일" 두 가지 의미를 포함 한다: 첫째, 가상화 및 효과적으로 통합, 다른 기술을 통해 전 분산된 정보 제도 스토리지 자원의 활용도 극대화 하는 통합된 스토리지 풀을 구성 하며, 둘째, 통합된 플랫폼으로 데이터 및 구조화 되지 않은 데이터 지원. 위의 고려 사항에 따라, HDS는 앞으로 "모든 종류의 데이터 플랫폼을 지 원하는"의 아이디어를 넣어를 연습으로.

"HDS 통합 솔루션의 가장 큰 장점은 통합된 플랫폼 지 원하는 모든 종류의 데이터 저장소 리소스 풀링 가능 하 다는 것입니다." "클라우드 컴퓨팅은 리소스 풀링의 본질," Uchy 말했다. 하이 엔드 스토리지 시스템 HDS VSP, 또는 하이 엔드 HDS에서 시리즈, 스토리지 자원의 통합된 풀을 구축 하는 사용자를 도울 수 있다. HDS의 높은-성능의 Hnas 및 솔루션을 보관 하는 HCP는 통합된 스토리지 리소스 풀 기반 데이터 액세스 채널. 오늘, 많은 병원은 그들은 PACS 시스템을 구축 하 고 그들은 데이터 보관 파일 및 장치 상호 연락 하지 때 그들은 장치의 다른 집합을 사용 하는 경우 일련의 장치를 사용 하기 때문에 리소스를 공유할 수 없습니다. "

일부 대형 트라이-갑옷 병원 의료 산업에서 HDS의 고객 기반에서 HDS VSP 사용 하 일반적으로 그의 데이터베이스 응용 프로그램 시스템에 대 한 통합 시스템, san으로 산 + nas를 구축 하 고 NAS PACS 데이터와 구조화 되지 않은 데이터를 처리할 수 있습니다. 일부 중소-중소 병원 HDS에서 시리즈 또는 AMS2000 시리즈를 사용 합니다. 이후 기존의 스토리지 아키텍처 병원 응용 프로그램의 요구를 만날 수 없는, 중산 대학교의 첫 번째 제휴 병원 통합 하 고 그의 Pac, 데이터 시스템의 변화를 통해 다른 주요 응용 프로그램 시스템의 데이터 저장 및 투자 보호를 실현 하기 위해 원래 스토리지 장비의 전체 사용할 수 있도록 기대 하고있다. 히타치 유니버설 스토리지 플랫폼 VM의 강력한 스토리지 가상화 기능을 사용 하 여, HDS 썬 얏-센 대학교에서 첫 번째 제휴 병원 통합 아키텍처 샌 + nas 구축 도움이 뿐만 아니라 다른 공급 업체의 기존 스토리지 시설 통합 뿐만 아니라 온라인 확장을 촉진 하지만 또한 달성 하는 통합된 스토리지 자원 그룹의 통합 관리 및 배포.

두 번째 단계는 보다 효율적인 데이터 관리를 달성 하기 것입니다. 병원, 크기에는 스토리지 자원의 통합된 풀을 구축 해야 합니다. 이 기초에, 병원 데이터 관리 계층을 설정할 수 있습니다, 그리고 즉, 데이터 액세스 채널. 병원 데이터는 2 개의 종류로 분할 될 수 있다: 종류의 PAC 데이터, 즉, 구조화 되지 않은 데이터를 주로 포함 이미지, 파일, 그리고 다른 유형의 비 PACS 데이터, 즉, 그의 시스템 데이터 등의 데이터를 데이터베이스. 사실, 구조화 된 데이터의 스토리지 통합된 스토리지 풀을 구축 하는 동안 해결 되었습니다 및 비정형된 데이터의 저장에 대 한 높은-성능 솔루션 Hnas 같은 필요.

PACS 데이터는 가장 전형적인 구조화 되지 않은 데이터입니다. PACs 데이터의 성장과 함께 최근 몇 년 동안에서 전통적인 PC 서버와 저가형 디스크 어레이 솔루션 데이터 액세스의 요구를 충족 수 없습니다. 의사가 읽기로, 시스템 더 느리게 데이터를 호출 하 고 데이터는 더 이상 백업. 따라서, 장치의 사용 전용된 고성능 파일 스토리지 전통적인 PC 서버 및 범용 저장 장치를 대체 하는 추세입니다. 제 3 병원 정보 부문 이사 말했다: "하지 초기 과학 계획 데이터 스토리지 및 인프라를 보관, 병원 데이터 됩니다 제어 하기 어려운가 출 야생마 처럼." "

HDS 소개 파일-및 콘텐츠 지향 솔루션 (FCS) PAC 시스템의 저장 및 관리 요구를 충족. FCS는 주로 Hnas와 HCP 포함 되어 있습니다. Uchy 말했다: "시장에서 일반 NAS 많다." 그것은 데이터의 요구를 충족할 수 있지만 공유, 성능, 특히 처리량은 전용된 NAS의 약간 열 등 한. Hnas 전용된 고성능 NAS 장치, 그것은 FPGA 프로그래머블 컨트롤러를 사용 하 여, 많은 포함 하는 내부 cpu, 완벽 하 게 높은 대역폭에 대 한 사용자의 요구를 만날 수 있다. Hnas는 주로 오디오 및 비디오는 라디오와 텔레비전 산업과 의료 이미지 액세스 응용 프로그램에 적용 됩니다. "중산 대학교의 첫 번째 제휴 병원은 크게 Hnas 채택 후 의사의 응용 프로그램 환경을 향상." 과거에는 CT를 전송 하는 의사에 대 일 분 정도 걸릴 수 있습니다 하지만 이제 CT 태블릿의 hnas를 완료 하는 데 단 몇 초 걸립니다.

PAC 시스템에서 데이터의 크기는 보통 테라바이트입니다. 스토리지에 필요한 높은 액세스 성능 뿐만 아니라 PACs는 또한 데이터 저장 하 고 비용을 절감 하면서 데이터 관리를 단순화 하기 위해 적시에 보관 될 필요 합니다. 정 주 대학의 첫 번째 제휴 병원 두 곳의 재해 공차 시스템 구축 HDS 솔루션 채택 하 고 총 데이터에 도달 하면 400 ~ 500 TB. "병원, 보관의 가장 큰 장점은입니다 기록 데이터의 효과적인 관리." "Uchy 예를 들어," 사용자는 100 TB 데이터를 80 TB는 인지 기록 데이터를 보관 하지 하는 경우 다음 각 데이터 쿼리 시스템 것 이다 직접적인 영향을 쿼리 성능; 니 어 라인 스토리지로 80 TB 기록 데이터를 보관 하는 경우, 온라인 데이터의 100 TB 검색 다음 시스템 데이터 쿼리의 효율성을 향상 따라서 온라인 데이터의 20 결핵을 검색 하 여 데이터를 검색할 수 있습니다. "

HDS는 기존의 고객 기반, HCP 고객의 사용에에서는 채택된 하지 보다 많은 병원에서 충분 한 역사적 데이터는 Hnas 관계를가지고 특정. 또한, 자체 Hnas는 전문 프로그램, HCP 높은 보관 없이 하지만 종합 병원에 대 한 그것의 성과 충분히 비록 저비용 SATA 디스크에 기록 데이터를 마이그레이션할 자동 계층. Uchy 말한다: "Hcp는 CDMI (클라우드 데이터 관리 인터페이스) 클라우드 스토리지 기반 개체 유형 저장소를 사용 하 고 파일 HCP 들어가면 HCP 자동으로 메타 데이터 (메타 데이터)를 생성 그리고는 아카이브 대상으로이 파일을 패키지. 도 서의 디렉터리 같은 메타 데이터는 인덱스와 데이터 검색의 기초 콜백. 메타 데이터 인해 HCP의 쿼리 효율성은 크게 개선 되었다. "

세 번째 단계, 데이터의 사용입니다. 전자 의료 기록 등 개인 건강 기록 데이터 평생 함께 제공 됩니다. 보건 복지부 "의료 기록 관리 규정" 명확 하 게 규정: 이상의 15의 날짜에서 방문 이후 환자의 마지막 레코드의 보존의 문 (긴급) 레코드. 왜 관련 부서는 오랜 시간에 대 한 이러한 데이터를 유지 해야 하는 이유는 이러한 의료 정보는 재사용의 가치 때문입니다. 데이터 활용 가능한 데이터 스토리지 및 데이터 관리 기준으로 된다. HDS의 HCR (히타치 임상 저장소)는 효과적으로 데이터 쿼리 및 콜백 메타 베이스 아카이브 프로세스에 활용 합니다. 이 기초에, 병원 심층 데이터 마이닝에 대 한 검색 하실 수 있습니다. "

Uchy 말했다: "HCR 콘텐츠 검색 게이트웨이 집합 관리 소프트웨어의 개발에 따라 우리의 Hdd에 외국 의료 산업 소프트웨어 개발자입니다." HCR, 없이 응용 프로그램 개발자가 쿼리 및 데이터를 호출 하는 두 개 이상의 개발 할 할 것입니다. 중국에 HCR 승격 되지, 이유는, 한 손으로, 대부분 중국 병원 데이터 저장 및 관리 단계에 아직도 있는, 하지 많은 수요 데이터 활용에 대 한, 다른 한편으로, 많은 병원에 충분 한 데이터 축적 없으므로 발굴 하 고 데이터를 분석할 필요는 없습니다. 그러나, 전자 의료 기록 및 개인 건강 파일의 설립 뿐만 아니라 병원 정보화 수준 향상, 병원 데이터 마이닝 및 분석에 더 많은 수요가 있을 것 이다. "

"숫자" 3 개의 추천

현재, 각 병원의 정보 수준 매우 큰 차이가 있다. 정보 측면 첫 번째 단계에서 특정 데이터가 축적 병원 정보 시스템 적합성에는 긴급 한 수요. 첫 번째 제휴 병원의 정 주 대학에 의해 표시, 일부 병원 명확 하 게 앞으로 전체 병원의 통합된 정보 시스템 구축의 요구 사항을 두고 있다. "어느 정도 병원 정보화의 개발, 정보 시스템의 통합 피할 수 없는 선택입니다." 전자 의료 기록 시스템 통합 하 고 효율적인 정보 인프라에 의존합니다. "Uchy는 말했다,", 병원의 정보 시스템 비즈니스 시스템에 따라 전과 지금은 사람 중심 건물 내부 그것의 구현에 통합된 정보 시스템 인프라 통합, 응용 프로그램 시스템의 상호 운용성을 달성 하기 위해 동시에 공유 리소스 센터, 즉, 환자의 요구를 걸릴. 전체-병원 정보 시스템의 통합 없이 그것은 전자 의료 기록 시스템을 만들 수 없으며 그것은 효율적인 데이터 관리 및 데이터 활용. "

정보 시스템의 통합을 실현 하기 위해 병원을 돕기 위하여 Uchy 넣어 앞으로 다음과 같은 제안.

첫째, 소유 전체 비용의 각도에서 병원 정보화의 입력을 고려 하십시오. 병원 제안한 HDS 스토리지 경제성의 개념을 참조 하 고 제대로 고정된 자본 (CAPEX)과 운영 비용 (OPEX) 사이의 관계를 분석할 수 있습니다. 병원 해야 하지 단순히 장비의 구입 비용에 보이지만 장기적인 운영으로 구매 비용 및 장비 유지 보수 비용을 결합 한다. 정보 시대 2.0, 정보 시스템의 대규모 통합 병원에서 초기 설비 투자 높을 수 있습니다, 하지만 운영 비용의 다음 5 년을 주어, 전체 통합 전에 상대적인 소유권의 비용 또는 저장 되었습니다.

둘째, 기업 준수는 독립적인 정보 시스템 구축을 다른 응용 프로그램에 대 한 병원 정보 1.0의 아이디어, 기술적으로 이다 또한 가능. 하지만 전자 의료 기록 및 지역 의료 치료의 설립은 일반적인 동향, 그리고이 목표를 달성 하기 위해 필수 시스템 통합을 수행 하는 것입니다. 시스템 통합은 곧 또는 나중에. 응용 프로그램의 요구 또는 기술 성숙도 측정, 아무리 지금 정보 시스템의 통합을 실현 하기 위해 최고의 시간 이다.

셋째, 병원 CIO의 음성 오늘 향상 되었습니다. 딘 병원 더는 비즈니스 응용 프로그램 뒤에 정보 시스템의 구체적인 눈치 없이 안전 하 고 원활 하 게 작동할 수 있는지 여부를 고려 합니다. CIO의 책임 중 하나는 그것의 요구에 대 한 학장에 게 병원 정보의 수준을 개선 하기 위해 계속 수 있도록 병원 정보 정말 "최고" 프로젝트의 전체 주의 인식, 리더십에 될.