공급업체 실패 후 의료 소프트웨어 프로젝트를 복구하는 방법

귀하의 의료 소프트웨어가 마침내 개발되고 대규모 출시를 앞두고 있다는 것은 정말 신나는 일이 아닌가요?

그런데 계속해서 "끝내려면 2주만 더 있으면 돼"라는 말을 듣게 됩니다. 그리고 가장 나쁜 점은 그들이 6개월 동안 그런 말을 해왔다는 것입니다.

그것이 친숙하게 들린다면 우리는 당신의 말을 듣습니다. 잘못된 공급업체가 운전대를 잡았다는 이유만으로 수많은 의료 소프트웨어 프로젝트가 실패로 돌아가고 있습니다. 실제로 연구에 따르면 의료 기술 프로젝트의 최대 70%가 실패합니다. 비용 초과, 낮은 유용성 또는 낮은 채택으로 인해 발생합니다.

우리는 완전히 방향을 벗어난 애플리케이션을 구출하라는 요청을 셀 수 없이 많이 받았습니다. 실패한 EHR 통합, 투박한 환자 포털, 실제로 아무도 사용할 수 없는 시스템 등을 모두 해결했습니다.

하지만 우리는 공급업체를 비난하기 위해 여기에 있는 것이 아닙니다.

이 블로그에서는 이전 공급업체에 의해 중단된 의료 소프트웨어를 수정하는 방법과 이를 성공적으로 다시 시작할 수 있는 방법을 자세히 설명하겠습니다.

시작해 보겠습니다.

나쁜 공급업체가 의료 소프트웨어 프로젝트를 죽이는 방법

의료 소프트웨어 프로젝트는 정밀하고 신중하게 개발되어야 합니다.

조직은 실패의 근본 원인을 진단하여 공급업체를 더 잘 이해하고 보다 현명한 선택을 할 수 있도록 전략적 관점을 취해야 합니다.

다음은 많은 의료 팀이 직면하고 있는 혼란을 간략하게 보여줍니다.

1. 검색은 필요 없고 전달만 가능

많은 공급업체가 발견에 충분한 시간을 투자하지 않고 곧바로 개발에 착수합니다.

그들은 이해관계자 인터뷰, 워크플로, 규제 범위 지정과 같은 중요한 단계를 건너뜁니다. 그 결과, 예상했던 대로 서류상으로는 좋아 보이지만 실제로는 무너지는 소프트웨어가 탄생했습니다. 

실제 예:

캔자스에 있는 Girard Medical Center는 EHR 시스템을 구현하기를 원했고 최고의 EHR 공급업체 중 하나인 Cerner와 290만 달러 규모의 계약을 체결했습니다.

공급업체는 병원의 규모나 작업 흐름을 완전히 이해하지 못했고 시스템도 가동되지 않았습니다.

병원은 1년 반 넘게 기다려 왔고 100만 달러가 넘는 손실을 입었고 연방 인센티브도 놓쳤습니다.

Girard의 서류에 따르면 그들은 병원이 Cerner에게 여러 차례 통지를 했으며 약속을 이행하지 않았다는 점을 인정했습니다. 이것은 발견을 건너뛰고 블라인드를 구축하는 전형적인 사례입니다. (출처)

2. 제로 헬스케어 컨텍스트

헬스케어는 핀테크나 소매업과 다릅니다. 데이터 흐름과 개인 정보 보호 방법을 관리하는 FHIR, HL7, HIPAA 등 자체 표준 생태계가 있습니다.

이러한 맥락이 없는 공급업체는 규정 준수 시한폭탄을 만들어냅니다.

이러한 맥락에서 Imaginovation의 공동 창립자 Pete Peranzo , 공유, "이러한 의료 유형 애플리케이션에서 기업이 직면하는 가장 큰 장애물은 규정 준수입니다. 규정 준수가 너무 많아서 모든 것이 느려집니다."

실제 예:

미국 재향군인회와 Oracle Cerner EHR 출시는 이러한 격차를 극적으로 드러냈습니다.

시스템은 11,000명 이상의 환자 주문을 "알 수 없는 대기열"로 라우팅하여 치료가 지연되고 환자 피해가 문서화되었습니다.

이 결함은 명백한 실패라고 불리며 도메인 이해 및 테스트 엄격함이 부족하여 발생했습니다.

출처:DOTMed 보고서

3. 열악한 의사소통 및 투명성

의사소통이 두절되면 어떻게 되나요?

신뢰는 약화되며, 고객이 뭔가 잘못되었다는 것을 깨달을 때는 대개 너무 늦습니다.

실제 예:

ResearchGate 사례 연구에 발표된 한 병원은 EHR 출시가 실패한 후 종이 작업 흐름으로 돌아갔습니다. 원인은 단지 나쁜 코드 때문만은 아니었습니다. 의사소통이 잘 안 됐어요.

개발자가 이해관계자 업데이트를 중단했을 때 경영진은 가시성을 갖지 못했고 전체 프로젝트가 무너질 때까지 사용자의 불만은 들리지 않았습니다.

출처:ResearchGate 연구

4. 단축키 및 기술 부채

비현실적인 마감 기한을 맞추기 위해 서두르는 공급업체는 종종 빠른 수정으로 "성공하게 만듭니다".

그러나 의료 분야에서는 이러한 지름길로 인해 소프트웨어가 손상될 뿐만 아니라 환자의 안전도 위험해집니다.

실제 예:

VA의 Oracle Cerner 배포 과정에서 내부 조사를 통해 주요 워크플로 오류를 유발하는 기술 패치와 테스트되지 않은 모듈이 밝혀졌습니다.

주문이 누락되고 경고가 실패했으며 임상의는 시스템에 대한 신뢰를 잃었습니다. 그로 인한 기술적 부채를 해결하는 데 수백만 달러의 비용이 발생했습니다.

출처:NextGov 보고서

5. MVP 미라지

"빠른 MVP" 약속은 기만적일 수 있습니다. 공급업체는 사용 가능해 보이지만 실제 의료 환경에 대한 견고성이 부족한 제품을 제공합니다. 

실제 예:

원격 환자 모니터링 플랫폼을 구축하는 웰니스 스타트업이 MVP 출시를 서두르고 있다. 공급업체는 FHIR 표준을 무시하고 비준수 API를 사용했습니다. 병원이 마침내 시스템을 시험할 준비를 했을 때 상호 운용성 테스트에 실패했습니다.

전체 제품을 처음부터 다시 제작해야 했고 이는 비용이 많이 드는 교훈이 되었습니다.

👉 핵심

실패한 대부분의 의료 소프트웨어 프로젝트는 하루아침에 실패하는 것이 아닙니다. 열악한 프로세스로 인해 조용히 붕괴됩니다.

잘못된 의사소통, 잘못된 우선순위 등의 다른 요인도 실패의 원인이 됩니다. 각각의 지연, 지름길, 실수는 시스템과 신뢰가 무너질 때까지 복잡해집니다.

💡 상상력 혁신 통찰력

Pete는 의료 분야 리더들이 소프트웨어 개발 공급업체를 선택할 때 저지르는 가장 흔한 실수에 대해 "조달 실수, 성급한 RFP, 기능보다 비용 우선순위, 규정 준수 전문성 무시는 의료 소프트웨어 프로젝트에 심각한 영향을 미칠 수 있는 일반적인 함정입니다."라고 강조합니다.

Pete는 다음과 같이 덧붙였습니다. "우리가 경험한 가장 큰 점은 우리와 다른 회사의 차이점은 많은 회사가 특히 이 분야에서 시스템을 구축한 다음 임대해 준다는 것입니다. 따라서 기술적으로 전체 제품을 소유하지는 않습니다."

그는 "FDA 승인 및 HIPAA 준수를 다루면서 의료 분야에서 틈새 경험을 갖고 있으면서도 사용자 경험과 속도를 희생하지 않는 공급업체가 필요합니다."라고 요약합니다.

훌륭한 의료 소프트웨어 개발자는 무엇이 다른가요?

순간을 포착할 준비가 된 의료 리더에게는 미래 지향적인 의료 소프트웨어를 개발하는 것이 필수적입니다. 신뢰할 수 있고 전문적인 파트너를 찾는 것이 큰 변화를 가져올 수 있습니다.

귀하의 의료 소프트웨어 프로젝트를 안내하는 올바른 파트너와 함께 얻을 수 있는 기회를 간략하게 살펴보세요.

1. 항상 발견이 우선입니다

최고의 파트너는 어려운 질문을 하기 위한 체계적인 프로세스를 갖추고 있습니다. 검색 프로세스가 상세하여 코드 한 줄을 작성하기 전에 프로젝트를 철저하게 이해하는 데 도움이 됩니다.

그들은 워크플로, 사용자 요구 사항, 규제 제약 조건을 이해하는 데 시간을 투자합니다. 이러한 백그라운드 작업은 개발이 탄탄한 기반에서 시작되도록 하는 데 도움이 됩니다.

2. 규정 준수 중심 사고

HIPAA, PHI 및 임상 검증을 처음부터 내장하고 나중에 추가하지 않고 설계합니다.

3. 명확한 문서화 및 소유권

모든 이해관계자는 투명한 코드 저장소를 통해 가시성을 확보합니다.

또한 파트너는 구조화된 핸드오프와 개방형 협업을 위해 노력합니다. 이러한 조치는 프로젝트 수명주기 전반에 걸쳐 책임을 보장하기 위해 취해진 것입니다.

4. 최종 사용자에 대한 공감

모든 기능은 개발자 편의성뿐만 아니라 임상 또는 환자 워크플로우와 연결되어 있어 실제 환경에서 소프트웨어를 실제로 사용할 수 있습니다.

5. 장기적 사고

아키텍처는 확장성과 유지 관리성을 보장하는 마음으로 설계되었습니다. 개발팀은 단기적인 스프린트나 빠른 수정을 위해 의료 소프트웨어 프로젝트를 구축하지 않습니다.

실패한 의료 소프트웨어 프로젝트를 재구축할 때 Pete는 Imaginanovation 팀이 다르게 수행하는 작업을 공유합니다. Pete는 "Imaginanovation 팀은 주로 자신이 개발하는 소프트웨어에 대한 소유권과 제어를 통해 다른 회사와 차별화됩니다. 시스템을 구축하고 임대하는 많은 공급업체와 달리 Imaginotation은 고객이 제품의 전체 지적 재산(IP)을 소유하도록 보장합니다. 이 접근 방식은 고객에게 완전한 소유권을 제공하여 특히 이전 공급업체에서 전환해야 하는 경우 소프트웨어에 대한 더 나은 유연성과 제어를 가능하게 합니다."

그는 Imaginonovation 팀이 재구축한 성공적인 맞춤형 의료 소프트웨어 시스템인 Everflex의 사례 연구를 통해 자신의 주장을 강조합니다. 이 사례에는 소프트웨어를 효과적으로 재구성하기 위해 독특한 개인 물리 치료 회사인 Movement for Life와 협력하여 철저한 고품질 솔루션을 제공하는 Imaginanovation의 전문성이 입증되었습니다.

Everflex는 의료 소프트웨어 시스템을 활성화하고 향상시키는 Imaginonovation의 능력을 보여줌으로써 복잡한 프로젝트를 관리하고 의료 고객을 위한 레거시 또는 문제가 있는 소프트웨어 솔루션을 전환하는 팀의 숙련도를 보여주었습니다.

 부실한 의료 프로젝트를 영원히 고치는 방법

실패한 의료 소프트웨어 프로젝트를 구하고 미래에도 대비할 수 있는 확실한 방법이 있습니다.

1단계:기존 프로젝트 감사

수정이 필요한 부분을 모르면 수정할 수 없습니다.

따라서 기술적인 측면과 규정 준수 측면 모두에 대해 전면적인 감사를 수행하는 것이 좋습니다.

감사가 필요한 요소 중에는 코드 품질, 인프라 및 데이터 거버넌스가 있습니다. 구제 가능한 것과 기술적 부채를 구성하는 것이 무엇인지 파악하기 위해 생각해 볼 수 있습니다.

검토 계약, 문서 및 액세스 제어를 확인하는 것을 잊지 마세요.

👉 주요 내용: 구조 규모를 명확하게 파악하여 문제를 해결할 수 있도록 하는 데 도움이 됩니다.

2단계:개발 파트너 재검토

올바른 배송 파트너를 선택할 때는 이것이 전략적 결정이라는 점을 기억해야 합니다. 이를 조달 활동으로 간주하지 않는 것이 가장 좋습니다.

실제 능력을 드러내는 질문을 해보세요:

• 귀사의 아키텍처에는 의료 규정 준수가 어떻게 포함되어 있나요?
• 코드와 IP는 누가 소유하나요?
• 검색 및 전달 프로세스는 어떻게 되나요?

👉 위험 신호 주의:

불분명한 책임이나 취약한 프로세스 등 주의해야 할 명확한 위험 신호가 있습니다. 또 다른 위험 신호는 회피적인 의사소통입니다.

👉 사고방식:

파트너를 선택할 때 장기적인 변화 파트너를 향한 노력에 초점을 맞춰야 한다는 점을 기억하세요.

3단계:탐색 재정의

이 단계에서는 부실한 발견으로 인해 가장 흔히 발생하는 망가진 프로젝트를 다시 시작하고 다시 실행해야 합니다. 비즈니스 목표, 작업흐름, 임상 결과를 재확인하는 것도 좋습니다.

임상부터 운영, IT까지 모든 리더가 일치해야 합니다. 또한 설계가 시작되기 전에 규정 준수 체크포인트와 주요 경로를 정의하는 데 중점을 둘 수 있습니다.

👉 통계: 강력한 검색을 통해 나중에 재구축 비용을 80% 절감할 수 있다는 점은 주목할 가치가 있습니다.

4단계:계획만 세우고 패치하지 마세요

다음 단계에서는 소프트웨어 프로젝트 안정화에 초점을 맞춘 구조화된 복구 로드맵을 채택하는 데 도움이 될 것입니다. 그러면 개발팀이 협력하여 프로젝트를 재설계할 수 있습니다.

무대가 구성되면 재배치 작업이 필요합니다. 이 단계에서는 데이터 무결성, 사용자 경험 등 위험도가 높은 영역에 우선순위를 두는 것이 중요합니다.

작업해야 할 또 다른 측면은 코딩 외에도 검증 및 테스트에 예산을 할당하는 것입니다.

👉 상상혁신 통찰력:

Imaginotation의 경험에 따르면 팀은 결함이 있는 시스템을 끝없이 패치하는 것보다 올바르게 재구축하는 데 소요되는 시간이 더 적은 경우가 많습니다.

5단계:올바른 방식으로 재설계 및 개발

재설계할 때 소프트웨어 프로젝트를 현대화하고 확장성을 염두에 두십시오. 보안 기능 구축을 면밀히 점검하고 지속 가능성을 염두에 두는 것이 중요합니다.

가장 좋은 방법은 투명한 이정표가 있는 민첩한 스프린트를 사용하는 것입니다. 개발팀은 첫날부터 규정 준수 모니터링을 내장할 수 있습니다.

모든 단계에서 모든 기술 및 설계 결정을 문서화하세요.

👉 상상력의 우위:

Imaginotation에서는 개발자의 책임을 강화하고 소유권의 투명성을 보장하며 빌드 전반에 걸쳐 거버넌스를 유지합니다.

6단계:검증, 테스트 및 관리

QA 및 테스트 단계는 매우 중요하며 소프트웨어 프로젝트는 장기적인 감독을 통해 엄격한 검증을 거쳐야 합니다.

공급업체는 프로젝트가 지속적인 QA 및 HIPAA/FDA 규정 준수 검사를 통과하는지 확인해야 합니다. 제작 전에 독립적인 감사를 받는 것이 좋을 것입니다.

지속적인 거버넌스에 관해서는 다음을 포함해야 합니다.

• 정기적인 규정 준수 감사
• 변경 관리 프로토콜
• 공급업체 성과 추적 

최종 요점:

망가진 의료 프로젝트를 되살릴 수는 있지만 처음부터 철저한 감사, 투명한 파트너십, 거버넌스가 구축되어야만 가능합니다.

Imaginotation의 입증된 복구 프레임워크는 다음 배포가 안전하고 확장 가능하며 오래도록 구축되도록 보장합니다.

마무리:공급업체가 실패한 것이지 비전이 아닙니다

프로젝트가 실패하면 전략이 잘못되었는지 곰곰이 생각해 보거나 잘못된 공급업체를 선택했는지 다시 생각해 볼 수 있습니다.

좋은 소식: 많은 의료 기관은 문제를 해결하고, 무엇이 잘못되었는지 재평가하고, 비즈니스 목표를 기술 제공에 맞추는 방식으로 좌절 이후 더 강력한 시스템을 재구축했습니다.

귀하도 실패하거나 중단된 의료 소프트웨어 프로젝트를 다루고 있다면 빠른 감사부터 시작할 수 있습니다. Imaginonovation 팀 고칠 수 있는 부분을 찾아내고 처음 시작한 비전을 다시 시작하는 데 도움이 될 수 있습니다.

우리는 자신있게 올바른 솔루션을 구축, 통합 및 확장하는 데 있어 광범위한 경험을 보유하고 있습니다.

이야기합시다.