Rx-Gated 전자상거래와 EMR 통합 설계: Authorize-Only Payments 및 Clinical Approval Workflow를 위한 최적 경로

Source: Dev.to

개요

다음 요구 사항을 고려하여 장기 클리닉을 위한 전자상거래 구축을 어떻게 설계하시겠습니까?

• 일부 SKU는 처방전이 필요합니다(주사제 포함). 다른 SKU는 일반 의약품(OTC)이며, 멤버십 및 구독 패키지도 있습니다.
• 핵심 요구 사항은 Rx‑필요 SKU에 대해 최종 결제 캡처 전에 의료 검토가 이루어지는 것입니다.

고수준 흐름

1. 고객이 주문을 합니다.
2. 장바구니에 Rx‑필요 SKU가 포함된 경우, 결제는 승인만(캡처 없음)됩니다.
3. 클리닉이 제공한 임계값 및 환자 상황을 사용하여 의료 위험 평가(규칙 기반 이진 결정 모델)가 실행됩니다.

결과

아키텍처 경로

1. 커스텀 또는 헤드리스 커머스와 미들웨어 오케스트레이션

• 헤드리스 스토어프런트(예: React, Next.js)를 구축하여 미들웨어 오케스트레이션 서비스와 통신합니다.
• 미들웨어는 주문 상태 머신을 구현하고, 의료 위험 평가를 위한 규칙 엔진을 통합하며, EMR 동기화를 처리합니다.
• 결제 제공자는 승인 전용 요청으로 호출되며, 임상 승인 후에만 캡처가 수행됩니다.

2. WooCommerce(셀프‑호스팅)와 커스텀 플러그인

• WooCommerce를 기본 전자상거래 플랫폼으로 사용합니다.
• 맞춤 플러그인을 개발하여:
  • 장바구니에서 Rx‑필요 SKU를 감지합니다.
  • 승인 전용 거래를 수행합니다.
  • 의료 검토를 위해 규칙 엔진 및 클리닉의 EMR에 호출합니다.
  • 임상의 결정에 따라 보류, 캡처 또는 취소 워크플로를 관리합니다.

3. 분리 모델: 비‑Rx 스토어프런트 + Rx 등록 포털

• 공개 스토어프런트(OTC, 멤버십, 구독)를 Rx 등록 포털과 분리합니다.
• 포털은 자격 확인, 원격진료 일정 및 임상 승인을 결제가 이루어지기 전에 처리합니다.
• Rx 항목에 대한 결제가 임상 승인을 받은 후에만 처리되므로, 상거래 플랫폼의 정책 위험을 감소시킵니다.

4. 대안 아키텍처(아직 고려되지 않음)

• 서버리스 이벤트 기반 아키텍처:
  • 주문 생성 시 트리거되는 서버리스 함수(예: AWS Lambda)를 사용하여 승인 흐름을 시작합니다.
  • 내구성 있는 저장소(DynamoDB, Firestore)에 주문 상태를 저장합니다.
  • 규칙 엔진 및 EMR 통합을 호출하는 메시지 버스(SNS, Pub/Sub)로 이벤트를 발행합니다.
  • 별도의 워크플로(Step Functions, Cloud Workflows)가 원격진료 일정, 임상의 검토 및 최종 캡처/취소 작업을 처리합니다.

권고 질문

임상 승인 후 승인 전용에서 캡처로 전환하는 데 가장 견고한 아키텍처는 무엇이며, 특히 원격진료 에스컬레이션 및 수동 오버라이드가 포함된 경우는 어떨까요?