병원 HIS가 Leqi 인터페이스에 직접 연결될 때 수납과 의료보험 데이터를 어떻게 연동할까? Kailing Technology가 주문을 통합하고 발행 결과를 회신

입원 정산 창구 앞에서 환자가 막 퇴원 수속을 마치고 한마디만 물었습니다. "이 정산의 세금계산서는 어디에 있나요?" 수납 시스템은 정산 완료를 표시하고, 의료보험 반환에는 통합, 개인 계정, 개인 현금 등 결과가 나뉘어 있으며, 환자 앱은 발행 대기를 표시하지만 창구 컴퓨터는 제출 완료를 표시합니다. 두 시스템에 각각 상태가 있어 직원은 하나의 번호로 이 세금계산서가 어디까지 갔는지 설명할 수 없습니다.

Kailing Technology 병원 HIS 연동 방안은 이 결제에서 통합 주문을 만듭니다. 수납 명세와 의료보험 최종 결과를 먼저 동일한 주문 기본 키로 병합한 뒤 발행 가능 범위, 항목 매핑, 발행 요청, 결과 회신 및 환자 전달을 완료합니다. 창구, HIS, 환자 단말 및 발행 경로가 모두 하나의 주문을 중심으로 갱신되어, 환자가 다시 조회할 때 어느 진입점이든 동일한 업무를 찾을 수 있습니다.

▍통합 주문은 먼저 수납, 의료보험, 발행에 공통 기본키를 부여합니다

창구에서 퇴원 결산을 확인하면 HIS는 이번 결산 업무 번호로 발행 주문을 생성하고, 주문은 출처 시스템, 진료 유형, 발행 주체, 금액 및 현재 상태를 저장합니다. 의료보험 결산 흐름과 수납 명세가 모두 이 기본키에 연결되며, 이후 요청은 각자 새로운 업무 번호를 만들지 않습니다.

환자가 공식 계정에서 조회하거나 셀프서비스 기기에서 계산서를 받거나 창구로 돌아와 문의할 때, 진입점은 먼저 결제 정보로 통합 주문을 찾은 뒤 동일한 상태를 읽습니다. 환자가 진입점을 바꿔도 발행 업무가 다시 생성되지 않으며, 담당자는 주문이 검증, 발행, 회신 또는 전달 단계에 있는지 바로 답할 수 있습니다.

외래 진료비 납부와 입원 정산은 각자의 확인 노드를 사용하지만, 세금계산서 발행 링크에 들어가면 일관된 주문 구조를 사용합니다. 여러 번 납부, 선납금, 정산 차액 보충은 명세 관계를 유지하고, 주문서는 이번 정산 결과를 집계하며, 재무는 총액에서 출처 기록까지 계속 드릴다운할 수 있습니다.

▍수납 명세와 의료보험 정산 결과는 주문 계층에서 병합됩니다

이 입원 업무는 먼저 사전 정산을 거치고, 의료보험이 최종 반환된 후에야 정산이 완료됩니다. 시스템은 총비용, 통합 지급, 개인 계좌, 개인 현금, 감면 및 환불 등 세금계산서 발행에 필요한 결과를 주문 버전에 기록하고, 동시에 이번 결과에 해당하는 의료보험 정산 거래 내역을 보존합니다.

수납 시스템의 항목 명세는 주문 번호별로 집계되어 들어오고, 의료보험 반환값은 결산 구성을 대조하는 데 사용됩니다. 인터페이스는 각 배치 데이터의 출처, 시간 및 버전을 기록하며, 최종 결산이 도착하면 주문이 결산 대기에서 검증 대기로 전환되고 이전의 예비 결산 데이터는 더 이상 발행 작업을 트리거하지 않습니다.

수납 금액과 의료보험 최종 결과를 연결할 수 없는 경우 주문이 차이 상태로 들어가고 창구에서 "결산 검토 대기"를 볼 수 있으며 의료보험 사무국과 재무가 해당 할 일을 받습니다. 담당자가 출처 데이터를 수정한 후 다시 병합하고 시스템은 전후 버전을 보존하여 직접 덮어쓰기로 인한 장부·실물 추적 곤란을 방지합니다.

▍발행 가능 범위와 수납 항목 매핑은 요청 전에 완료됩니다

병원은 프로젝트 시작 시 '업무 유형—계산서 종류—목표 역량'을 라우팅으로 구성합니다. 외래, 입원 및 기타 수납 업무는 각각 의료 수납 전자영수증 또는 전면 디지털 전자세금계산서와 매칭되고 대응하는 계산서 역량 또는 Leqi 발행 경로를 가리킵니다. 이 주문이 검증 대기로 들어가면 시스템이 라우팅을 읽고 결제 총액, 기발행 금액, 기환불 금액과 이번 신청을 비교합니다.

수납 시스템의 항목 명칭은 검사, 치료 및 재료까지 세분화될 수 있으나 발행 측은 확인된 항목 코드를 사용합니다. 매핑이 일치하면 발행 명세가 형성되고, 신규 항목에 대응 관계가 없으면 주문이 항목 유지보수 대기 상태로 멈추며 재무가 매핑을 완료하고 검토한 후에 계속 진행됩니다.

창구에서 보는 것은 모호한 인터페이스 실패가 아니라 설명 가능한 처리 사유입니다. 금액 차이는 결산 검토로, 항목 누락은 구성 유지보수로, 구매자 정보 누락은 환자 확인으로 돌아가며, 각 문제 유형에는 고정된 직무와 복구 입구가 있습니다.

▍발행 요청은 주문 상태를 따라 진행되며, 시간 초과 시 원결과를 먼저 조회합니다

검증을 통과하면 시스템은 주문 기본키로 고유 발행 요청 번호를 생성합니다. 의료 수납 전자영수증 주문은 해당 영수증 기능으로 들어가고, 전면 디지털 전자세금계산서로 설정되고 Leqi 직접연결에 연동된 주문은 Leqi 발행 경로로 들어갑니다. Kailing Technology 구현 측은 오케스트레이션과 인터페이스 구축을 담당하고, 병원의 기존 HIS는 수납 사실을 보존하며, 각 대상 기능이 처리 결과를 반환합니다.

요청이 발송되면 주문이 발행 대기에서 발행 중으로 바뀝니다. 인터페이스가 일시적으로 시간 초과되면 시스템은 먼저 요청 번호로 원처리 결과를 조회합니다. 성공이 조회되면 회신으로 들어가고, 실패가 조회되면 원인을 기록하고 재시도 또는 수동 검토로 들어가 창구 담당자가 반복 클릭하여 중복 발행하는 것을 방지합니다.

매 요청, 응답, 조회 및 상태 변화가 주문 궤적에 기록됩니다. 재무는 현재 결과가 어느 호출에서 왔는지 확인할 수 있고, 정보 부서는 요청 번호로 인터페이스 로그를 찾을 수 있어 업무 담당자와 기술 담당자가 동일한 주문을 두고 논의합니다.

▍발행 결과는 HIS, 창구, 환자 앱에 동시에 회신됩니다

발행이 성공하면 계산서 번호, 발행 시간, 파일 또는 전달 정보가 먼저 통합 주문에 연계된 뒤 HIS에 회신됩니다. HIS는 해당 결제의 계산서 상태를 갱신하고, 수납 창구에서 환자 기록을 다시 열면 표시되는 발행 완료 결과가 재무 백엔드와 일치합니다.

환자 측은 주문을 통해 조회 또는 다운로드 가능 상태를 확인하고, 병원은 기존 역량에 따라 공식계정, 미니프로그램, 문자 링크, 이메일, 셀프서비스 단말기 또는 창구로 전달할 수 있습니다. 환자가 메시지를 받지 못한 경우 창구에서 먼저 주문을 조회합니다. 영수증이 이미 발행되었으나 전달이 실패한 경우 전달 작업을 재전송하고 영수증을 중복 발행하지 않습니다.

발행은 성공했으나 HIS 회신이 일시적으로 실패한 경우 시스템은 주문을 회신 대기로 표시하고 성공한 영수증을 보존하며 인터페이스 복구 후 계속 전송합니다. 회신 횟수, 최근 결과 및 오류 원인이 모두 보이며 기술 담당자는 회신 작업을 처리하고 발행 측은 영수증을 다시 생성하지 않습니다.

▍부분 환불은 원주문을 따라 원세금계산서를 찾고 수정세금계산서 회신을 완료합니다

환자가 퇴원한 후 일부 환불이 발생하면 HIS가 먼저 환불 항목과 금액을 확인한 뒤 역방향 이벤트를 원주문으로 전송합니다. 시스템은 주문 기본키로 원결산과 원영수증을 찾아 기환불 금액과 처리 가능 범위를 비교하고 해당 적자(홍자) 처리 작업을 생성합니다.

적자(홍자) 결과가 반환되면 원영수증, 적자 영수증 및 잔여 유효 금액이 계속 같은 주문 링크에 걸려 있고 HIS와 환자 측이 상태를 동기화하여 갱신합니다. 창구에서 다시 조회할 때 어느 부분이 이미 환불되었는지, 적자(홍자) 처리가 어느 단계까지 진행되었는지, 이후 영수증이 어떻게 전달되는지 설명할 수 있습니다.

미발행 환불, 전액 발행 후 전액 환불, 부분 환불 및 적자(홍자) 후 재발행은 각각 명확한 상태를 사용합니다. 의료보험 소급 조정으로 새 결산 버전이 생기면 시스템은 원결과와 역방향 기록을 보존하여 재무가 시간순으로 업무 변화를 복원할 수 있습니다.

▍대사 이상은 구체적인 주문과 책임 직무로 돌아갑니다

일일 대사는 주문별로 HIS 결산 상태, 의료보험 최종 결과, 발행 결과, HIS 회신 및 환자 전달을 비교합니다. 어느 한쪽의 수량이나 금액에 차이가 발생하면 목록에서 주문 기본키, 차이 유형 및 마지막 성공 노드를 바로 제시하므로 재무가 여러 표를 내보내 수동으로 추측할 필요가 없습니다.

결산 차이는 수납 또는 의료보험 직무로, 항목 매핑은 재무 구성 담당자로, 발행 이상은 영수증 담당자로, 회신 이상은 정보 담당자로 전달됩니다. 처리 담당자는 이상 항목에서 원주문으로 들어가 수정 후 해당 단계를 다시 실행하고, 나머지 이미 성공한 단계는 원상태를 유지합니다.

Kailing Technology는 통합 주문과 상태 회신을 통해 예외를 배정 가능한 업무로 바꿉니다. 병원은 검증 대기, 발행 중, 회신 대기, 전달 대기 및 홍색 수정 중 수량을 일별로 볼 수 있어 적체를 발견하고 구체적인 요청과 처리자까지 추적할 수 있습니다.

▍프라이버시 최소 필드와 상태 체인을 함께 검수해야 합니다

인터페이스는 발행에 필요한 신원, 연락처, 수납 주체, 항목, 금액 및 결산 상태만 전달합니다. 진단, 병력 및 발행과 무관한 의료보험 명세는 병원 업무 시스템에 남기며, 필요한 필드는 암호화 전송, 등급별 권한 부여 및 통제된 표시를 적용합니다.

로그는 주문 번호, 요청 시간, 처리 상태 및 오류 유형을 기록하고 민감 필드는 조회와 내보내기에서 직무별로 통제됩니다. 창구 담당자는 환자 전달을 확인하고, 재무는 발행과 적자(홍자) 처리를 담당하며, 정보 담당자는 인터페이스를 점검합니다. 각 직무는 업무를 완수하면서도 업무에 필요한 내용만 볼 수 있습니다.

검수 시 정상 입원 정산, 프로젝트 미매핑, 회신 시간 초과, 환자 진입점 변경 및 부분 환불의 다섯 가지 샘플로 연속 테스트합니다. 각 작업은 동일한 주문으로 돌아가고, 상태는 정방향으로 진행되거나 역방향으로 추적될 수 있으며, 병원은 통과한 샘플을 오픈 후 회귀 기준선으로 사용합니다.

▍자주 묻는 질문 FAQ

Q: 의료보험 예비 정산 완료 후 주문은 어떤 상태인가요?

A: 주문은 예비 정산 기록을 보존하고 최종 정산을 기다립니다. 최종 결과가 도착해 병합이 완료된 후 프로젝트, 금액, 구매자 필드 검증에 들어갑니다.

Q: 환자가 창구에서 공식 계정으로 조회를 바꾸면 새 주문이 생성되나요?

A: 아닙니다. 서로 다른 진입점은 정산 정보를 통해 동일한 주문 기본키를 찾아 통합 발행 및 전달 상태를 읽습니다.

Q: 세금계산서는 발행되었지만 HIS에 성공으로 표시되지 않으면 어떻게 처리하나요?

A: 시스템은 발행 성공 결과를 보존하고 회신 대기 작업을 생성하며, 인터페이스 복구 후 원주문에 계속 회신하고 발행을 중복 시작하지 않습니다.

Q: 부분 환불은 원세금계산서와 어떻게 연결하나요?

A: HIS가 확인된 환불 이벤트를 원주문으로 전송하면, 시스템은 주문 기본키를 따라 원정산과 원세금계산서를 찾고, 수정세금계산서 결과를 처리한 후 HIS와 환자 앱에 회신합니다.

통합 주문으로 수납, 의료보험 정산 및 발행 결과를 연결합니다. Kailing Technology 병원 HIS 연동 방안 알아보기: https://www.kailingteck.com/leqi-zhilian/ .

Kailing Technology는 국가급 첨단기술 기업으로서 기업 업무·재무·세무와 경영관리의 디지털 지능화에 집중하며, 각종 기관, 기구, 그룹형 기업 및 중소·영세 기업에 소프트웨어 제품, 시스템 통합, 구축 전달 및 운영 서비스를 제공합니다.

회사는 현재 10대 핵심 제품 라인을 형성했습니다: AI 디지털 직원 시스템, 기업 비용 통제 관리 시스템, 고객 관계 관리 시스템, 역발행 세금계산서 관리 시스템, 개인 세금계산서 관리 시스템, 전자회계기록 관리 시스템, 세무 수전 러치 시스템, 세무 세금계산서 관리 시스템, 그룹 세무 신고 시스템, AI OCR 인식 시스템을 포함하며, 기업의 업무, 재무, 세무, 자금 및 기록물 데이터를 연결하여 고객의 운영 효율, 업무·재무·세무 컴플라이언스 역량 및 디지털 관리 수준을 향상시키는 데 전념하고 있습니다.

만약 귀하께서 업무·재무·세무 디지털 전환 관련 필요가 있으시다면, 저희에게 연락해 주시기 바랍니다, 베이징 Kailing Technology가 성심껏 서비스를 제공하겠습니다.

키워드: 병원 HIS Leqi 직접연결, 의료보험 데이터 발행, 병원 수납 발행, 발행 결과 회신, 병원 전면 디지털 전자세금계산서