현대 의사들 - 사람들은 근무 병원에 정보 시스템을 도입하는 중요성을 완전히 실현하는 것이 상당히 진행됩니다. 그러나 자동화의 기대는 항상 적절하지는 않습니다. 기사의 저자를 승인합니다. 아래에 대해 자세히 알아보십시오.
콘텐츠
실망에 대해 이야기하기 전에 지난 5 ~ 7 년 동안 의학 기관 및 의사와 의사와 의사와 의사의 관계에 대한 중요한 진전에 대해 몇 가지 친절한 말을 할 가치가 있습니다. 이제 각 새로운 클리닉의 생성은 이미 IT 구성 요소없이 제출하기가 어렵습니다. 이것은 일종의 표준입니다. 자동화의 중요성은 많은 의료 및 예방 기관에서 이미 실현됩니다.
상업용 의료 센터를 만들 때 자동화의 필요성에 대한 눈에 띄는 인식. 개인 투자자가 별도의 클리닉을 만들고 의료 기관의 네트워크를 통해 즉시 투자 예산에 장비를 낳습니다.
반면에, 압도적 인 대다수의 정부 의료 기관은 자동화되지 않거나 패치 워크 또는 다소 단편적인 자동화를 실천하지 않았습니다. 그리고 이것은 많은 의사들이 오랫동안 왔다는 사실에도 불구하고 있습니다 «누적이 아닙니다» 컴퓨터 및 개인 주문은 소프트웨어 응용 프로그램 및 인터넷을 적극적으로 사용합니다.
보건 산업에서 평균적으로 높은 수준의 자동화에도 불구하고 심리적으로 의학 공동체가 정보 기술의 대량 소개 준비가 가능합니다. 이것은 특히 의사의 인식 수준에 의해 볼 수 있습니다. 5 칠년 전의 상황과는 달리 의료 시스템에 대한 대화가 발생하면 의사가 규칙적으로 e-의료 카드가 산업용 의료 정보 시스템의 필수 요소 인 것을 명확히 할 필요가 없습니다.
의사와 관리자가 실제로 컴퓨터 기술의 장점에 익숙해 졌는가, 유니폼 정보 시스템은 기타 클리닉 및 보험 회사와의 정보 교환을 통해 장비와의 통합을 통해 전체 병원 및 예방 기관의 인프라 스트럭처 능률이 점차 늘어나고 있습니다.
정보 시스템을 의료기관의 작품에 도입하는 어려움
불행히도, 정보 시스템의 도입은 항상 원활하게가는 것은 아닙니다. 이와 관련하여 약은 예외가 아닙니다. 다른 산업에서는 시스템 구매자가 원하는 결과를 가져 오지 않는 실패하거나 심각한 구현의 많은 예가 있습니다. 어려운 구현은 다양한 이유로 인해 발생합니다. 여기서 우리는 그들 중 일부만 멈추고 싶습니다. 정보 시스템을 구입할 때 의료 기관의 잘못된 기대치와 관련된 어려움에 주로.
물론, 한편으로는 복잡한 소프트웨어 제품의 구현 및 복잡한 소프트웨어 제품의 구현 및 특성의 객관적인 결과와 다른 결과에 대한 참가자가 이들 결과에 대한 주관적인 평가 사이에 갭이 있습니다. 그러나 어려운 구현의 주요 원인 중 하나가 IT 솔루션을 구입할 때 고객의 잘못된 아이디어와 기대입니다.
예를 들어 모든 관리자는 간단한 Office 응용 프로그램과 멀티 플레이어 시스템 간의 차이를 명확하게 실현하는 것은 아닙니다. 그러나 첫 번째 경우에 우리는 하나의 직원이 수행 한 별도의 기능을위한 도구에 대해 이야기하고있는 경우, 두 번째 - 수십 또는 수백 명의 사용자가있는 전체 조직의 작업을 지원하는 악기에 대해 두 번째 - 정보. 동시에이 조직의 비즈니스 프로세스는 공식화되지 않으며 모든 세부 사항에서 문서화되지 않고 대규모 및 크게 알려지지 않습니다.
의료 기관의 관리가 이미 소프트웨어 제품 구매에 대한 결정을 채택하고 있으며 일반적인 암시 어려움에 대해 전혀 모른다는 것입니다. 예를 들어, 인사를위한 피할 수없는 스트레스, 고정 관념의 고통스러운 파손과 그 결과, 신기술의 사보타주.
프로젝트 중에 이러한 모든 문제가 분명 해지고 의학적 및 예방 기관의 관리는 일부 성급한 결론을 내리고 정보 기술의 범위를 크게 제한하려고 노력하고 있습니다. 예를 들어, 의사 시스템의 필수 사용 및 자동화에 대한 회계 및 회계의 구현 도입을 거부 할 수 있습니다.
그러한 결정은 의사들이 시스템에 데이터를 가능하게하는 경우 환자를받는 데 더 많은 시간을 할애해야한다는 사실에 의해 정당화 될 수 있습니다. 실천은 초기 단계에서 작은 지연이 실제로 일어날 수 있음을 보여줍니다. 사람들은 배우고, 익숙해지고, 마스터 새로운 기회를 마스터합니다. 그러나 시스템이 마스터가되면 의사의 생산성이 증가하고 있습니다 «종이» 기술.
시스템 기능의 헤이스로 처리 된 거부는 개별 기능을 제한 할뿐만 아니라 일반적으로 구현의 효과를 줄입니다. 실제로 복잡한 의료 시스템에서는 패치 워크 자동화에 비해 상당한 이점을 부여하는 복잡성입니다. 따라서 도덕적 인 사실과 무지와 관련된 성급한 솔루션은 새로운 기술을 개발하는 자연스러운 어려움보다 더 파괴적입니다.
또 다른 전형적인 오해 - 정보 시스템의 반주에 대한 태도. 데스크톱 프로그램 및 포괄적 인 정보 시스템이 다른 어려움이 얼마나 다른 수준의 어려움이 있는지에 대한 이유가 있습니다. 의료 및 예방 기관의 관리는 개발자가 시스템의 기술 지원의 필요성과 중요성을 인식하지 못할뿐만 아니라 내부 IT 서비스의 유용성을 인식하지 못합니다. 클리닉의 상태에서 한 명의 유능한 전문가조차도 시스템의 작동 문제를 제거하고 정상적인 사용자의 조건을 안정화 할 수 있습니다.
고객의 내부 IT 서비스는 사치품이 아니라 안정성 및 개발의 보장입니다. 자동화에 의한 생각, 모든 의료 시설이 미래를 들여다 보지는 것은 아닙니다. 모든 사람이 시스템을 도입 한 후에 사람들이 새로운 기회를 느낄 때 생명이 켜지지 만 계속 나아갈 것입니다. 전체로서 사용자와 조직의 요구를 진화 시키십시오.
또 다른 극단은 일부 의료 및 예방 기관에 의한 시도로 포괄적 인 시스템을 자체적으로 시도합니다. 이 방법으로 가기로 결정한 지도자들은 보통 두 개의 단순한 인수를 이끌어냅니다. 우리 자신의 개발을 통해 당신이 중요한 기능을 자동화 할 수 있고, 클리닉의 경쟁 우위. 둘째, 그들의 프로그래머는 외부 계약자보다 훨씬 저렴하게 모든 것을 할 것입니다.
어떤 경우에는 이러한 고려 사항이 정당화 될 수 있음을 인식하더라도, 관련된 제한 사항을 이해하는 것이 중요하며, 가장 중요한 것은 결정의 최종 가격을 이해하는 것이 중요합니다. 경쟁 우위의 자동화, 물론 가치있는 일. 그러나 어떤 비율은 의료 기관 기능의 전체 볼륨에서 특정 비즈니스 프로세스를 만듭니다? 5, 10, 극단적 인 경우 20 % 이상이있을 수 있습니다. 한편, 집에서 나머지 80-95 %를 수행하기로 결정한 경우 내부 개발의 모든 기능이 모두 적용됩니다.
이 기능은 무엇입니까?? 그들은 특히 지지자들을 가속화 된 개발로 특히 두드러진다 «집» 소프트웨어는 두 번째 인수로 이어집니다 «...에 대한» 수제 시스템. 이것은 속도와 저렴한 비용입니다. 모든 것을 신속하게 항상 시스템의 아키텍처 무결성을 위반하고 계획 및 문서화 작업 거부를 신속하게 변화시킬 수있는 욕구. 그리고 그것은 사용자 정의뿐만 아니라 기술 문서도 밝혀졌습니다.
시스템에 대한 새로운 요구 사항과 변경해야 할 필요성을 설명하는 것이 무엇이 바뀌는지 설명 할 가치가 있습니다! 보편적으로 수제 시스템은 복잡한 의료 장비를 연결하는 데 심각한 어려움을 겪고 있습니다. 결과적으로 속도가 보장되지 않지만 개발 속도의 환상. 단편적 인 성공은 규칙으로서, 실제로 개발의 부정적인 성과의 기간. 비 유적으로 말하기 «날뛰다». 프로젝트 관리 프로젝트의 언어 로이 상황은 높은 위험과 높은 시스템의 높은 비용의 조합으로 설명됩니다.
일반적으로 의료기관은 두 가지 극단 중 하나에만 딱딱합니다. IT 서비스가 없거나 시스템을 작성하려고 노력하십시오. 그러나 한 의사 결정이 처음 찍은 다음 정반대로 반대 할 때 그러한 경우가 있습니다. 조직은 2 번을 다시 시작하고, 완성 된 결정을 자신의 개발로 나눈 다음 다시 돌아 왔습니다.
독립적 인 개발자가 이러한 극적인 이야기에 익숙하지 않은 것을 말하는 것은 불가능합니다. 불행히도 고객은 선택한 소프트웨어 제품을 대체하기위한 매우 심각한 근거가 있습니다. 종종 과도한 제품 강성으로 인해 일어나는 일이 발생하여 조직의 작업의 변화를 따를 수 없음. 개발자의 또 다른 전형적인 죄는 구현 프로세스의 불만족스러운 제형이며, 통합 정보 시스템의 러시아 시장 전체에 문제가있는 것입니다.
불충분 한 인식과 관련된 불충분하고 압도적 인 기대는 내부 개발 전망에 대한 과대 평가의 어려움을 과소 평가할 때뿐만 아니라. 또 다른 일반적인 오류 - 자동화 기회의 일부 과장. 현재 개발 단계에서 모든 경우에 유용한 지적 프롬프트로 의사를 공급하는 본격적인 의사 결정 시스템에 대해 이야기 할 필요가 없습니다. 앞으로, 가까운 장래에 그러한 기능은 확실히 나타날 것입니다. 적어도 심각한 산업 시스템.
기본적으로 두 가지 가장 일반적인 오해는 유한 프로세스로서 시스템의 구현의 관점과 아이디어에 대한 기대치가 압도적입니다. 때때로 공급자는 소개가 급속하고 거의 순간적으로 즉각적이 될 것으로 기대합니다. 또한 시스템 설치가 모든 문제가 뒤에 머물러있을 것으로 묵시적입니다. 시스템 설치가 어떻게 연결되어 있는지에 대해 이미 위에서 말했습니다. 이러한 어려움을 성공적으로 극복하는 것은 임시 및 인사 자원의 냉정한 계산으로 만 가능합니다. 핫 및 부화없이.
구현 완료에 관해서는 시스템 요구 사항의 지속적인 진화의 아이디어를 반복하는 것이 불필요하지 않습니다. 물론, 각 소개에서는 선을 그릴 필요가 있습니다. 공급자가 청구 한 기능 집합을 구현해야합니다. 그러나 전문가가 모든 방해 기회를 알고있을 때, 사용자 식욕이 성장하고 제품 개발에 대한 작업이 계속됩니다. 그리고 이것은 새로운 구현, 새로운 문제 및 새로운 업적을 의미합니다.
