한의원 시스템 연동 장애, 수동 접수부터 복구 대조까지

내 상황부터 고르기

• 출발 시스템에는 있고 도착 시스템에 없으면 ‘누락 의심’으로 시작합니다.
• 늦게 들어오거나 같은 건이 반복되면 자동 재시도를 멈출지 즉시 판단합니다.
• 필드 일부가 비거나 상태 순서가 뒤집히면 연결 성공이 아니라 ‘부분 오류’입니다.
• 예약·진료·수납 안전에 영향이 있으면 분석보다 수동 업무 전환을 먼저 승인합니다.

완료 기준은 업체 화면의 정상 표시가 아니라 장애 구간의 출발·도착 기록과 수동 원장을 양방향으로 대조해 누락·중복·필드·상태 오류를 처리하고 업무 소유자가 재개를 승인한 상태입니다. 기술 연결 복구와 업무 데이터 복구는 별도로 기록합니다.

평소 한 장만 준비합니다

개인 메신저나 공개 시트를 수동 원장으로 쓰지 않습니다. 접수·진료·수납 담당자만 접근하는 승인 장소와 연속 수동 접수번호를 준비합니다. 자동화 중단 메뉴, API 키·웹훅, 실패 큐와 로그의 실제 위치는 시스템별로 다르므로 업체에 서면으로 받습니다.

장애가 보이면 이 순서로 대응하기

1. 사건번호와 마지막 정상 건을 고정합니다

최초 발견 시각, 발견자, 예시 식별자, 출발·도착 시스템, 마지막 정상 건을 적습니다. ‘전체 장애’라고 단정하지 말고 “예약은 생성됐지만 전화번호가 비어 있음”, “결제는 완료됐지만 수납 상태가 미반영”처럼 관찰 사실을 씁니다. 사건 책임자와 다음 업데이트 시각을 정합니다.

정상이라면 누구나 같은 식별자와 화면을 열어 오류를 재현하거나 확인할 수 있습니다. 로그 보존기간이 짧다면 출발 원본·오류 로그·큐 상태를 먼저 내보내고 접근자를 제한합니다.

2. 환자·진료 안전과 영향 업무를 나눕니다

당일 예약이 누락되는지, 진료기록 접근이 막혔는지, 잘못된 문자·알림이 갈 수 있는지 먼저 봅니다. 환자 식별과 안전한 진료가 어렵다면 해당 자동 접수·알림 또는 신규 작업을 보류하고 원장이 승인한 수동 경로로 바꿉니다. 분석·광고 지표 지연과 예약·진료 누락을 같은 우선순위로 다루지 않습니다.

상태를 ‘자동 업무 유지·일부 수동·전체 수동·업무 보류’로 표시하고 결정자와 시각을 적습니다. 진료기록의 작성·보존과 고의적 사실 추가·수정 금지는 의료법 제22조를 확인하며, 장애를 맞추려고 기존 기록을 임의 수정하지 않습니다.

3. 원본과 장애 구간을 봉인합니다

업무별 기준 시스템을 한 곳 선언하고 마지막 정상 시각부터 복구 판정 시각까지 대조 구간을 엽니다. 출발 원본의 식별자·건수·상태와 도착 시스템의 마지막 정상 값을 저장합니다. 누가 어떤 시간대와 필터로 내보냈는지도 적습니다.

원본을 정할 수 없거나 출발·도착 기록이 충돌하면 대량 수정과 재시도를 보류합니다. 업무 소유자와 업체가 사실 원본을 확인할 때까지 수동 경로를 유지합니다.

4. 중복·오발송 위험이 있으면 자동화를 멈춥니다

계속 재시도되거나 일부 필드만 도착하거나 동일 식별자가 반복되거나 잘못된 환자에게 알림이 갈 수 있으면 자동화 중단을 검토합니다. 원본 데이터와 로그를 삭제하지 않고 웹훅·재시도·발송 등 필요한 연결만 범위를 정해 멈춥니다.

책임자가 영향·수동 경로·되돌리기 방법을 확인해 승인하고 중단 시각, 대상, 큐 건수, 수행자와 결과를 남깁니다. 업체에는 다음처럼 보냅니다.

> 사건번호 [번호]의 [출발→도착 연동]에서 [관찰 사실]이 확인됐습니다. [시각·시간대]부터 관련 로그와 실패 큐를 보존하고 자동 재시도·발송의 현재 상태를 알려 주세요. 원본·큐를 삭제하지 말고, 중단 가능 범위와 재개 전 시험 방법, 누적 건 재처리·중복 방지 절차를 [다음 시각]까지 회신해 주세요.

5. 수동 접수번호로 업무를 이어갑니다

장애 중 예약·상담·수납마다 겹치지 않는 수동 접수번호를 만듭니다. 수신 시각, 필요한 최소 환자 식별정보, 요청, 담당자, 처리상태, 원본 시스템 입력 여부를 한 줄에 적습니다. 전화·방문·웹 채널이 달라도 같은 원장에서 찾을 수 있게 합니다.

개인정보는 필요한 최소 범위로 받고 개인정보 보호법 제29조와 안전성 확보조치 기준 안내서를 기준으로 승인된 보관장소·접근자·전송 방법을 확인합니다. 수동 운영이 안전조치나 진료기록 의무를 면제한다고 설명하지 않습니다.

6. 환자와 직원 안내를 한 문장으로 통일합니다

환자에게는 확인된 영향, 대체 접수 방법, 다음 연락 시각과 긴급 연락 경로만 안내합니다. 원인이나 복구 완료 시각을 추측하지 않습니다.

> 현재 [예약/상담/수납] 연결 지연을 확인하고 있습니다. 요청은 수동 접수번호 [번호]로 기록했으며 [담당자]가 확인합니다. [다음 시각]까지 처리 상태를 [연락수단]으로 안내드리겠습니다. 긴급한 진료 관련 내용은 [경로]로 연락해 주세요.

직원에게는 멈춘 자동화, 수동 원장 위치, 이중 입력 금지와 연락 담당자를 알립니다. 여러 직원이 같은 환자에게 중복 연락하지 않도록 한 명이 창구를 맡습니다.

7. 기술 복구를 시험 1건으로 확인합니다

업체가 정상화했다고 알려도 자동화를 전부 켜지 않습니다. 승인된 시험 식별자 한 건을 출발 시스템에서 만들어 도착 필드·상태·시각·첨부·후속 알림을 확인합니다. 재시도 범위·순서·중복 방지와 장애 중 큐를 어떻게 처리할지 승인합니다.

정상이라면 시험 1건이 예상 시간 안에 한 번만 도착하고 필드와 상태가 맞으며 잘못된 발송이 없습니다. 실패하면 자동화를 다시 중단하고 작업번호·오류·실제 결과를 업체에 전달합니다.

8. 장애 구간을 양방향으로 대조합니다

출발 원본에서 도착 시스템으로 한 번, 도착 시스템에서 출발 원본으로 한 번 식별자·건수·상태를 대조합니다. 누락·중복·지연·필드 불일치·순서 오류로 나눕니다. 수동 접수 건은 새 시스템 ID와 연결하고 사후 입력자·시각을 남깁니다.

중복 환자·예약·결제를 자동 삭제하지 않습니다. 원본과 업무 담당자가 병합·취소·정정 기준을 승인합니다. 광고·분석처럼 진료와 직접 연결되지 않는 연동도 데이터 완전성을 확인하되 환자안전 업무보다 뒤에 처리합니다.

9. 업무 복구와 정상화를 승인합니다

업체 사건번호·원인·조치, 내부 중단·재개, 수동 원장 처리, 누락·중복 해결, 환자 후속 안내를 확인합니다. 업무 소유자가 장애 구간 전체 대조를 승인해야 닫습니다. 표본 1건 성공은 자동화 재개의 조건일 수 있지만 전체 데이터 복구의 증거는 아닙니다.

정상화 확인은 자동 흐름이 안정되고 수동 원장이 시스템 ID와 연결되며, 장애 구간 오류가 처리되고 개인정보가 든 임시 자료가 승인된 방식으로 정리된 상태입니다. 탐지 규칙·연락망·수동 양식·로그 보존과 재시도 설정의 개선 담당자도 남깁니다.

상태별 중단·재개 기준

NIST의 비상계획 주제 안내와 SP 800-34 Rev.1은 수동 대체와 복구 검증을 설계할 때 참고합니다. 미국 연방정보시스템 자료를 국내 한의원의 직접 법적 의무나 특정 복구시간으로 설명하지 않습니다.

완료했는지 5분 확인

• 사건번호·발견 시각·마지막 정상 건과 원본 시스템이 있습니다.
• 환자·진료 안전과 수동 전환·업무 보류 결정자가 있습니다.
• 자동화 중단 범위·큐·로그·승인과 되돌리기 방법이 있습니다.
• 수동 접수번호별 환자 안내·상태·시스템 ID가 연결됐습니다.
• 시험 1건의 필드·상태·알림·중복 여부를 확인했습니다.
• 장애 구간을 출발→도착, 도착→출발로 대조했습니다.
• 누락·중복·지연·필드·순서 오류의 처리 승인이 있습니다.
• 업무 소유자의 정상화 승인과 재발 방지 담당자가 있습니다.

하나라도 빠졌다면 업체가 정상이라고 해도 사건을 닫지 않습니다. 원본·로그를 보존하지 못했거나 재시도 범위를 모르면 큐 비우기와 대량 사후 입력을 보류하고 업체·원장·업무 소유자가 다시 확인합니다.