벤더 실패 후 헬스케어 소프트웨어 프로젝트 구하기

헬스케어 소프트웨어가 드디어 개발 중이고 빅 출시를 카운트다운하고 있을 때, 그게 신나지 않나요?

하지만 계속 "단 2주만 더 있으면 마칩니다"라는 소리만 듣습니다. 최악은 그게 6개월째라는 겁니다.

익숙한 얘기라면, 우리가 이해합니다. 수많은 헬스케어 소프트웨어 프로젝트가 잘못된 벤더가 운전대를 잡았기 때문에 완전히 무너집니다. 실제로 연구에 따르면 헬스케어 기술 프로젝트의 최대 70%가 비용 초과, 열악한 사용성, 낮은 도입률로 실패합니다.

우리는 완전히 궤도를 벗어난 애플리케이션을 구조하기 위해 셀 수 없이 불려왔습니다. 실패한 EHR 통합, 엉성한 환자 포털, 아무도 실제로 쓸 수 없는 시스템, 우린 다 고쳐봤습니다.

하지만 우리는 벤더 비난을 하러 온 게 아닙니다.

이 블로그에서는 이전 벤더에 의해 탈선된 헬스케어 소프트웨어를 고치는 방법과 성공적으로 재출시하는 방법을 분석하겠습니다.

시작해 보겠습니다.

나쁜 벤더가 헬스케어 소프트웨어 프로젝트를 죽이는 방법

헬스케어 소프트웨어 프로젝트는 정밀함과 주의로 개발되어야 합니다.

조직은 실패의 근본 원인을 진단하기 위해 전략적 렌즈를 취해야 하며, 이는 벤더를 더 잘 이해하고 더 지능적인 선택을 하는 데 도움이 됩니다.

많은 헬스케어 팀이 직면하는 혼돈을 엿보겠습니다.

1. 발견 없이, 그냥 납품

많은 벤더는 발견에 충분한 시간을 투자하지 않고 바로 개발로 뛰어듭니다.

이해관계자 인터뷰, 워크플로 및 규제 범위 설정 같은 중요한 단계를 건너뜁니다. 예상대로 결과는 종이 위에서는 좋아 보이지만 실전에서는 붕괴하는 소프트웨어입니다.

실제 예시:

캔자스의 지라드 메디컬 센터(Girard Medical Center)는 EHR 시스템을 구현하고자 상위 EHR 벤더 중 하나인 서너(Cerner)와 290만 달러 계약을 체결했습니다.

벤더는 병원의 규모나 워크플로를 결코 완전히 이해하지 못했고, 시스템은 결코 라이브되지 않았습니다.

병원은 1년 반 넘게 기다렸고, 100만 달러 이상을 잃었으며, 연방 인센티브를 놓쳤습니다.

지라드의 제출에 따르면, 병원이 여러 차례 서너에 통지했음에도 약속을 이행하지 않았음을 인정했습니다. 이는 발견을 건너뛰고 맹목적으로 구축한 전형적 사례입니다. (출처)

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

헬스케어는 핀테크나 리테일과 다릅니다. FHIR, HL7, HIPAA 같은 표준의 자체 생태계가 있어 데이터 흐름과 프라이버시 보호를 지배합니다.

이 컨텍스트 없는 벤더는 틱틱거리는 준수 시한폭탄을 만듭니다.

이 맥락에서 이매지노베이션 공동 창업자 피트 페란조(Pete Peranzo)는 "이 헬스케어 유형 애플리케이션에서 기업이 직면하는 가장 큰 장애물은 준수입니다. 준수가 너무 많아서 모든 것을 늦춥니다."라고 공유합니다.

실제 예시:

미국 보훈부(VA)와 오라클 서너(Oracle Cerner) EHR 롤아웃이 이 격차를 극적으로 드러냈습니다.

시스템이 11,000건 이상의 환자 주문을 "알 수 없는 큐"로 라우팅하여 치료 지연과 문서화된 환자 피해를 초래했습니다.

결함은 명백한 실패로 불렸고, 도메인 이해와 테스트 엄격함 부족 탓으로 돌렸습니다.

출처: DOTMed 리포트

3. 열악한 소통과 투명성

소통이 무너지면 무슨 일이 벌어질까요?

신뢰가 침식되고, 클라이언트가 무언가 잘못되었음을 깨달을 땐 보통 너무 늦습니다.

실제 예시:

ResearchGate 케이스 스터디에 게시된 한 병원은 EHR 롤아웃 실패 후 종이 워크플로로 되돌아갔습니다. 원인은 나쁜 코드만이 아니었습니다. 열악한 소통이었습니다.

개발자가 이해관계자 업데이트를 중단했을 때, 리더십은 가시성이 없었고, 사용자 불만은 프로젝트 전체가 붕괴될 때까지 들리지 않았습니다.

출처: ResearchGate 연구

4. 지름길 코드와 기술 부채

비현실적 데드라인을 맞추려 급히, 벤더는 종종 "작동하게" 만들려고 퀵 픽스를 씁니다.

하지만 헬스케어에서 그 지름길은 소프트웨어만 깨뜨리는 게 아니라 환자 안전을 위험에 빠뜨립니다.

실제 예시:

VA의 오라클 서너 배포 중 내부 조사에서 기술적 패치와 테스트 안 된 모듈이 주요 워크플로 실패를 촉발했음이 드러났습니다.

주문이 사라지고, 알림이 실패했으며, 임상가는 시스템에 대한 신뢰를 잃었습니다. 결과적 기술 부채를 푸는 데 수백만 달러가 들었습니다.

출처: NextGov 리포트

5. MVP 미라지

"빠른 MVP" 약속은 기만적일 수 있습니다. 벤더는 사용해 보이는 걸 전달하지만, 실제 헬스케어 환경에 필요한 견고함이 부족합니다.

실제 예시:

원격 환자 모니터링 플랫폼을 구축하는 웰니스 스타트업이 MVP를 급히 출시했습니다. 벤더는 FHIR 표준을 무시하며 비준수 API를 사용했습니다. 병원이 마침내 시스템을 파일럿할 준비가 되었을 때, 상호운용성 테스트에 실패했습니다.

제품 전체를 처음부터 재구축해야 했고, 비용이 큰 교훈이 되었습니다.

👉 결론

대부분의 실패한 헬스케어 소프트웨어 프로젝트는 하룻밤 사이에 실패하지 않습니다. 열악한 프로세스 아래 조용히 붕괴합니다.

열악한 소통과 잘못된 우선순위 같은 다른 요소들도 실패에 기여합니다. 각 지연, 지름길, 실수가 시스템과 신뢰가 붕괴될 때까지 복합됩니다.

💡 이매지노베이션 인사이트

헬스케어 리더가 소프트웨어 개발 벤더 선택 시 저지르는 가장 흔한 실수에 대해 피트는 "조달 실수, RFP 서두르기, 역량보다 비용 우선, 준수 전문성 무시가 헬스케어 소프트웨어 프로젝트를 심각하게 영향을 미칠 수 있는 흔한 함정"이라고 강조합니다.

피트는 덧붙입니다. "우리가 \[이매지노베이션] 경험한 가장 큰 건, 우리와 다른 회사들의 차이점이, 이 분야의 많은 회사들, 특히 그들은 당신에게 시스템을 구축한 다음 당신에게 리스(lease)해줍니다. 그래서 기술적으로 전체 제품을 소유하지 못합니다."

그는 요약합니다. "FDA 승인과 HIPAA 준수를 다루는 헬스케어 공간의 틈새 경험이 있는 벤더가 필요하지만, 사용자 경험과 속도도 희생하지 않는 벤더가 필요합니다."

훌륭한 헬스케어 소프트웨어 개발자가 다르게 하는 것?

순간을 포착할 준비가 된 헬스케어 리더를 위해, 미래 지향적 헬스케어 소프트웨어 개발은 필수적입니다. 신뢰할 수 있고 전문적인 파트너를 찾는 것이 모든 차이를 만듭니다.

올바른 파트너가 귀사 헬스케어 소프트웨어 프로젝트를 안내할 때 열 수 있는 기회를 엿보겠습니다.

1. 발견 우선, 항상

최상위 파트너는 어려운 질문을 묻는 체계적 프로세스를 가집니다. 발견 프로세스는 상세하며, 단 한 줄의 코드도 작성하기 전에 프로젝트를 철저히 이해하는 데 도움을 줍니다.

그들은 워크플로, 사용자 니즈, 규제 제약을 이해하는 데 시간을 투자합니다. 이 배경 작업은 개발이 탄탄한 기반에서 시작되도록 보장합니다.

2. 준수 주도 사고

그들은 HIPAA, PHI, 임상 검증을 처음부터 내재화하여 설계합니다. 사후 생각으로 추가하지 않습니다.

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

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

게다가 파트너는 구조화된 인수인계와 개방적 협업을 작업합니다. 이 단계들은 프로젝트 라이프사이클 전반에 걸쳐 책임을 보장하기 위해 취해집니다.

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

모든 기능은 개발자 편의성이 아닌 임상 또는 환자 워크플로에 연결되어, 소프트웨어가 실제 환경에서 진정으로 사용 가능하게 만듭니다.

5. 장기적 사고

아키텍처는 확장성과 유지보수성을 보장하는 마음으로 설계됩니다. 개발 팀은 헬스케어 소프트웨어 프로젝트를 단기 스프린트나 퀵 픽스를 위해 절대 구축하지 않습니다.

실패한 헬스케어 소프트웨어 프로젝트 재구축 시 이매지노베이션 팀이 다르게 하는 것을 피트가 공유합니다. 피트는 재차 강조합니다. "이매지노베이션 팀은 주로 개발하는 소프트웨어의 소유권과 통제를 통해 다른 회사들과 차별화됩니다. 많은 벤더가 시스템을 구축하고 리스해주는 것과 달리, 이매지노베이션은 고객이 제품의 전체 지적 재산권(IP)을 소유하도록 보장합니다. 이 접근법은 고객에게 완전한 소유권을 제공하여, 특히 이전 벤더로부터 전환해야 할 때 더 나은 유연성과 통제력을 가능하게 합니다."

그는 에버플렉스(Everflex) 케이스 스터디로 점을 강조합니다. 이매지노베이션 팀이 성공적으로 재구축한 맞춤형 헬스케어 소프트웨어 시스템입니다. 이 케이스는 독특한 사립 물리치료 회사인 무브먼트 포 라이프(Movement for Life)와 파트너십을 맺고 그들의 소프트웨어를 효과적으로 재구축하는 것을 포함했습니다—이매지노베이션의 복잡한 프로젝트 관리와 헬스케어 클라이언트를 위한 레거시 또는 문제 있는 소프트웨어 솔루션 턴어라운드 전문성을 입증합니다.

에버플렉스는 이매지노베이션의 헬스케어 소프트웨어 시스템 활성화 및 향상 능력을 보여주며, 팀의 복잡한 프로젝트 관리 숙련도와 레거시 또는 문제 있는 소프트웨어 솔루션을 헬스케어 클라이언트 위해 턴어라운드하는 능력을 입증했습니다.

망가진 헬스케어 프로젝트를 영구히 고치는 방법

실패하는 헬스케어 소프트웨어 프로젝트를 구조하고 미래에 대비하는 확실한 방법입니다.

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

무엇이 고쳐져야 하는지 모르면 고칠 수 없습니다.

따라서 기술적, 준수 양측에서 본격적 감사를 하는 게 좋은 아이디어입니다.

감사해야 할 요소로는 코드 품질, 인프라, 데이터 거버넌스가 있습니다. 무엇이 구제 가능하고 무엇이 기술 부채를 구성하는지 식별할 생각을 해보세요.

계약, 문서화, 접근 통제를 검토하는 것을 기억하세요.

👉 핵심 요약: 구조 범위의 명확한 그림을 얻는 데 도움이 되어, 그것을 중심으로 작업할 수 있습니다.

2단계: 개발 파트너 재고

올바른 납품 파트너 선택 시, 전략적 결정임을 기억해야 합니다. 조달 연습으로 고려하지 않는 게 최선입니다.

진짜 역량을 드러내는 질문:

• 헬스케어 준수를 아키텍처에 어떻게 내재화하나요?
• 코드와 IP를 누가 소유하나요?
• 발견과 인수인계 프로세스는 어떤가요?

👉 위험 신호 주의:

명확하지 않은 책임이나 약한 프로세스 같은 명확한 위험 신호가 있습니다. 또 다른 위험 신호는 회피적 소통입니다.

👉 마인드셋:

파트너 선택 시, 장기적 변혁 파트너를 향해 작업하는 데 초점을 맞춰야 합니다.

3단계: 발견 재정의

이 단계에서, 가장 흔히 열악한 발견에 기반한 망가진 프로젝트를 받아들여 재작업해야 합니다. 비즈니스 목표, 워크플로, 임상 결과를 재확인하는 것도 좋습니다.

임상부터 운영, IT까지 모든 리더가 정렬되어야 합니다. 또한 설계 시작 전 준수 체크포인트와 크리티컬 패스 정의에 집중할 수 있습니다.

👉 통찰: 견고한 발견이 나중에 재구축 비용의 80%를 방지한다는 점은 주목할 만합니다.

4단계: 계획하라, 패치하지 마라

다음 단계에서, 소프트웨어 프로젝트 안정화에 초점을 맞춘 구조화된 복구 로드맵을 채택하는 게 도움이 됩니다. 개발 팀은 함께 프로젝트 재설계를 작업할 수 있습니다.

단계가 형성됨에 따라 재배포 작업이 필요합니다. 이 단계에서 데이터 무결성과 사용자 경험을 포함한 고위험 영역을 우선순위화하는 게 필수적입니다.

또 다른 측면은 코딩 외에 검증과 테스트를 위한 예산 할당입니다.

👉 이매지노베이션 인사이트:

이매지노베이션의 경험으로는 팀이 결함 있는 시스템을 끝없이 패치하는 것보다 올바르게 재구축하는 데 더 적은 시간을 씁니다.

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

재설계 시, 소프트웨어 프로젝트를 현대화하고, 확장성을 염두에 두세요. 보안 기능을 구축하고 지속가능성을 염두에 두는 게 필수적입니다.

좋은 방식은 투명한 마일스톤을 가진 애자일 스프린트 사용입니다. 개발 팀은 첫날부터 준수 모니터링을 내재화할 수 있습니다.

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

👉 이매지노베이션 엣지:

이매지노베이션에서는 개발자 책임을 강제하고, 소유권 투명성을 보장하며, 빌드 전반에 걸쳐 거버넌스를 유지합니다.

6단계: 검증, 테스트, 거버넌스

QA와 테스트 단계는 중요하며, 소프트웨어 프로젝트는 장기적 감독과 함께 엄격한 검증을 거쳐야 합니다.

벤더는 프로젝트가 지속적 QA와 HIPAA/FDA 준수 검사를 거치도록 보장해야 합니다. 프로덕션 전 독립적 감사를 갖는 게 좋을 것입니다.

지속적 거버넌스에 관해선, 다음을 포함해야 합니다:

• 정기적 준수 감사
• 변경 관리 프로토콜
• 벤더 성과 추적

최종 요약:

망가진 헬스케어 프로젝트는 되살릴 수 있지만, 오직 규율 있는 감사, 투명한 파트너십, 시작부터 내재화된 거버넌스로만.

이매지노베이션의 검증된 복구 프레임워크는 다음 배포가 안전하고, 확장 가능하며, 오래가도록 구축되도록 보장합니다.

마무리: 벤더가 실패했지, 귀사의 비전이 실패한 게 아닙니다

프로젝트가 실패하면, 전략이 잘못됐는지 곱씹거나 잘못된 벤더를 루프에 포함시켰는지 재고할 수 있습니다.

좋은 소식: 많은 헬스케어 조직이 일이 잘못된 걸 받아들이고, 무엇이 잘못됐는지 재평가하고, 비즈니스 목표를 기술 납품과 정렬함으로써 더 강한 시스템을 재구축했습니다.

귀사도 실패했거나 정체된 헬스케어 소프트웨어 프로젝트를 다루고 있다면, 빠른 감사로 시작할 수 있습니다. 이매지노베이션(Imaginovation) 팀이 무엇이 고칠 수 있는지 밝혀내고, 시작한 비전에 다시 불을 붙이도록 도울 수 있습니다.

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

이야기해 봅시다.