Kailing Technology

병원 HIS가 Leqi 인터페이스에 직접 연결되려면 어떤 기능이 필요한가요? Kailing Technology가 주문 검증, 발행, 홍충 및 조회를 지원합니다

제품 동향2026-10-13Kailing Technology · 재무·세무 솔루션 팀
병원 HIS가 Leqi 인터페이스에 직접 연결되려면 어떤 기능이 필요한가요? Kailing Technology가 주문 검증, 발행, 홍충 및 조회를 지원합니다

오전 9시 30분, 외래 창구 앞 환자가 방금 수납을 마쳤는데 휴대폰에서는 세금계산서가 보이지 않았습니다. 창구 담당자가 HIS를 열어 보니 주문 상태는 '제출됨'으로 표시되었고, 재무가 발행 플랫폼을 열어 보니 '처리 중'으로 보였습니다. 환자가 세금계산서가 어디 있냐고 묻자 두 직무는 스크린샷을 단체방에 보냈지만, 요청이 성공했는지 재시도할 수 있는지 아무도 알지 못했습니다.

프로젝트팀이 이 외래 주문을 따라 추적한 후에야 병원 HIS의 Leqi 직접연결 인터페이스가 발행 신청 하나가 아니라는 것을 알게 되었습니다. 수납 트리거 후 주체, 항목, 금액을 검증하고 멱등 요청을 생성하며, 조회와 콜백을 수신하고 파일을 전달합니다. 환불 발생 시 원본 세금계산서에서 적자 발행을 시작하고 매번 상태를 HIS에 회신합니다. Kailing Technology는 프로젝트에서 인터페이스 오케스트레이션과 구축을 담당하여 이러한 동작을 조회 가능하고 복구 가능한 주문 체인으로 연결합니다.

-6097 4119

▍수납 완료: HIS가 고유 발행 주문 생성

프로젝트팀은 먼저 HIS로 돌아가 이 외래 수납을 확인합니다. 주문에는 병원 발행 주체, 환자 또는 구매자, 수납 항목, 실수납 금액, 결제 방식, 결산 상태가 포함됩니다. 수납 확인이 완료된 후에야 HIS가 발행 트리거를 보냅니다. 접수 미수납, 사전 결산, 결제 중, 이미 취소된 업무는 원래 상태로 남아 발행 큐에 들어가지 않습니다.

창구, 공식 계정, 셀프서비스 기기 모두 요청을 제출할 수 있으므로 병원은 먼저 입구 간 공통 업무 기본키를 하나로 고정합니다. 환자가 휴대폰에서 반복 클릭하면 시스템은 동일 주문으로 인식하고 기존 진행 상황을 반환합니다. 창구에서 정보를 보완 전송하면 원래 작업을 업데이트하고 버전을 기록합니다. 이렇게 하면 "다중 입구"가 여러 개의 발행 대기 작업을 만들지 않습니다.

카이링 테크놀로지는 병원의 기존 아키텍처에 따라 API, 파일 또는 중간 테이블 등의 방식으로 HIS 주문을 수신하고, 출처 시스템, 트리거 시간 및 원래 상태를 인터페이스 대장에 기록합니다. 구현 검수는 먼저 수납 한 건이 안정적으로 작업 하나를 생성하는지 확인한 후 후속 동작을 계속 테스트합니다.

D:/업무/문서/2026/10월/10.13/이미지 수정 요구.png이미지 수정 요구

HIS, 발행 중간 계층, Leqi 기능 인터페이스 계층 분리

▍신청 전: 주체, 프로젝트, 금액, 세금계산서 종류 검증 완료

주문이 발행 중간 계층에 들어오면 시스템은 먼저 외래 수납, 입원 결산 등 업무 유형에 따라 항목 설정을 읽고 요청을 의료 수납 전자영수증 또는 전면 디지털 전자세금계산서에 해당하는 대상 기능으로 라우팅합니다. 그다음 발행 주체, 환자 또는 구매자 정보를 확인하고 HIS 수납 항목을 발행 항목에 매핑합니다. 누락된 정보는 구체적인 필드에 바로 표시됩니다.

금액 검증은 실수납, 기환불, 기발행, 현재 발행 가능 금액을 동시에 읽습니다. 프로젝트팀이 원래 주문 금액을 줄이고 발행을 다시 제출하면 시스템은 '신청 금액이 현재 발행 가능 금액을 초과했습니다'를 지적해야 합니다. 새 수납 항목을 주문에 추가하지만 매핑을 설정하지 않으면 페이지는 실패 코드만 반환하지 않고 구체적인 항목을 지적해야 합니다.

창구 담당자는 이를 통해 환자에게 주문이 정보 보완 대기인지, 항목 매핑 대기인지, 금액 불일치인지 답할 수 있습니다. 재무는 워크벤치에서 동일한 이상을 보고 배정하여 처리합니다. 문제가 수정되면 원래 주문에서 계속 진행하며, 이미 통과한 필드와 조작 기록은 모두 보존됩니다.

D:/업무/문서/2026/10월/10.13/이미지 수정 요구 (1).png이미지 수정 요구 (1)

병원 발행 전 주체, 항목 및 금액 검증

▍신청 중: 멱등성 통제로 중복 클릭이 동일 요청으로 복귀

검증을 통과하면 Kailing 인터페이스 오케스트레이션 계층이 업무 기본키, 발행 주체, 구매자, 항목, 금액, 세금계산서 종류 등 필요한 데이터를 가지고 신청을 시작하고 고유 요청 번호를 생성합니다. 인터페이스 장부는 요청 번호와 주문 번호의 대응 관계를 저장하며, 창구 제출, 환자 휴대폰 클릭, 백엔드 보완 전송 모두 이 관계를 먼저 조회합니다.

프로젝트팀은 환자가 두 번 연속 클릭하도록 하고, 제출 후 네트워크가 끊기는 상황도 시뮬레이션했다. 정상 결과는 시스템이 동일한 요청 진행 상황을 반환하고 페이지가 '접수됨, 결과 대기'로 전환되는 것이며, 즉시 두 번째 신청이 새로 생성되는 것이 아니다. 운영자는 먼저 주문 번호나 요청 번호로 원래 작업을 조회하고, 상태를 확인한 뒤 대기, 정보 보완 또는 복구를 결정한다.

멱등 설계의 가시적 가치는 창구가 “막힘”을 만났을 때 과감히 조회하되 재촉 때문에 중복 발행하지 않는다는 점입니다. 매 제출, 조회 및 복구는 시간과 출처를 가지며, 기술자도 요청 번호를 따라 인터페이스 로그를 추적할 수 있습니다.

▍처리 중: 조회와 콜백이 함께 최종 결과 보완

발행 플랫폼 처리가 완료되면 비동기 콜백으로 상태, 세금계산서 번호, 발행 시간 및 파일 정보를 반환합니다; 콜백이 아직 도착하지 않으면 병원 측에서 능동적으로 조회할 수 있습니다. Kailing 인터페이스 계층은 콜백 출처를 검증하고 중복 알림을 식별하며 유효한 결과를 원 주문에 갱신합니다. 두 경로는 동일한 최종 상태를 가리킵니다.

서두의 그 외래 주문으로 돌아가, 프로젝트팀은 요청 번호로 조회한 결과 플랫폼이 이미 발행했지만 네트워크 변동 시 콜백이 HIS에 수신되지 않았을 뿐임을 발견합니다. 인터페이스 계층이 결과를 보충 조회하고 다시 회신하여 창구 상태가 “제출됨”에서 “발행됨”으로 갱신되고, 재무 플랫폼과 HIS가 다시 일치합니다.

조회가 여전히 처리 중으로 표시되면 페이지는 현재 접수 시간과 다음 조회 동작을 보존하고, 실패가 반환되면 처리 가능한 사유를 표시합니다. 환자, 창구, 재무가 보는 것은 동일 주문의 각 단계별 실제 진행 상황이며, 전화와 업무 그룹이 더 이상 상태 동기화를 담당하지 않습니다.

▍발행 완료: 세금계산서 파일이 동일 주문을 따라 전달

증빙 발행이 완료되면 시스템은 해당 파일 또는 전달 정보를 획득하고 접근 가능 상태를 HIS에 역기록합니다. 환자는 병원의 기존 공식 계정, 미니프로그램, 셀프서비스 기기, 창구에서 받을 수 있으며, 구체적 입구는 모두 동일한 주문 결과를 읽습니다. 한 입구에서 전달이 성공하면 다른 입구에서도 동일한 세금계산서 번호를 조회할 수 있습니다.

파일 전달과 발행 상태를 분리하여 기록합니다: 세금계산서는 이미 생성되었지만 파일을 아직 받지 못한 경우 시스템은 "발행 완료, 전달 대기"로 표시하고 보완 수집 작업을 배정합니다. 이렇게 하면 파일 장애를 발행 실패로 오판하지도 않고, 환자에게 빈 성공 페이지를 보여주지도 않습니다.

▍환불 발생: 원 세금계산서에서 홍충(취소) 시작 및 상태 기록

이틀 후, 환자가 항목 취소로 일부 환불을 진행했습니다. HIS가 먼저 환불 확인을 완료하면, 인터페이스 계층은 원 주문으로 원 세금계산서를 찾아 환불 금액, 홍충(취소) 가능 범위, 현재 상태를 읽고 홍자 처리를 시작합니다. 원 청색 세금계산서, 환불 기록, 홍색 세금계산서가 서로 연결되고 기존 기록은 조회 가능하게 유지됩니다.

부분 환불 시나리오는 원래 수납 항목과 금액에 따라 남은 발행 가능 범위를 갱신합니다. 전액 환불, 미발행 환불, 적자 발행 후 재발행은 각각 해당 경로로 들어갑니다. 프로젝트팀이 적자 발행 타임아웃을 시뮬레이션하면 시스템은 먼저 원래 요청을 조회한 후 처리를 복구하여 동일 원본 세금계산서에서 중복 작업이 생성되는 것을 방지합니다.

역발행 결과는 HIS 수납 주문, 환자 조회 입구, 재무 장부로 돌아갑니다. 창구는 원래 주문에서 "환불 완료, 역발행 처리 중, 역발행 완료" 등 연속 상태를 볼 수 있고, 재무도 역발행 세금계산서에서 원래 세금계산서와 환불을 추적할 수 있어 정방향과 역방향 링크가 닫힙니다.

D:/업무/문서/2026/10월/10.13/이미지 수정 요구 (2).png이미지 수정 요구 (2)

병원 수납, 발행, 환불 및 홍충 상태 머신

▍일상 운영: 상태 기록과 대사로 차이 주문 식별

모든 핵심 결과는 원래 주문에 역기록됩니다: 검증 통과, 접수 완료, 발행 성공, 파일 전달 대기, 전달 완료, 환불, 역발행. HIS, 발행 플랫폼, 재무 장부는 동일한 업무 기본키를 사용하며, 병원은 주문, 세금계산서 번호, 시간, 상태로 조회할 수 있고 환자 입구는 본인만 접근 가능한 결과를 표시합니다.

일상 대사에서는 HIS 실수납과 발행 가능 금액, 플랫폼 신청과 발행 금액, 파일 전달과 환불 역발행 결과를 비교합니다. 세 측의 상태가 다르면 목록에 주문 번호, 현재 차이, 최근 상호작용, 처리 직무를 바로 나열합니다. 재무는 매일 구체적인 주문을 처리하며, 월말에야 총액을 맞춰 차이를 찾지 않아도 됩니다.

카이링 테크놀로지는 주문, 전표, 콜백 및 로그를 병원의 기존 프로세스에 편성하고 HIS, 발행 플랫폼 및 원내 직무와 연동을 완료하도록 협력합니다. 프로젝트 성과는 테스트 환경에서 한 번 성공을 반환하는 것이 아니라 상태 회신, 차이 위치 확인, 장애 복구가 가능함으로 나타나야 합니다.

▍오픈 검수: 이상 주문 한 세트로 인터페이스 폐쇄 루프 완주

검수팀은 정상 외래, 중복 클릭, 항목 미매핑, 금액 불일치, 신청 시간 초과, 콜백 누락, 파일 가져오기 실패, 전액 환불, 부분 환불 샘플을 준비했다. 각 샘플은 HIS의 실제 조작에서 시작되었고, 창구, 환자 단말, 재무 단말, 인터페이스 대장에서 결과를 확인했다.

통과 기준을 동작으로 작성합니다. 중복 요청은 원래 작업을 반환하고, 매핑 누락은 프로젝트로 특정하며, 타임아웃 후에는 먼저 조회하고, 콜백 유실은 보완 조회할 수 있으며, 파일 실패는 별도로 복구하고, 환불은 원본 세금계산서에서 적자 발행으로 들어가며, 세 측의 최종 상태가 일치합니다. 문제 수정 후 동일 데이터를 다시 실행하여 검토 가능한 기록을 만듭니다.

병원은 이를 근거로 주문 검증, 멱등 발행, 조회 콜백, 파일 전달, 홍충, 회신 및 대사를 검수합니다. 한때 세 페이지에서 세 가지 상태를 표시했던 그 외래 주문도 서비스 출시 기준이 되어 각 직무에서 단계와 다음 조치를 찾을 수 있습니다.

▍자주 묻는 질문 FAQ

Q: 환자가 발행을 반복 클릭하면 여러 요청이 생성되나요?

A: 시스템은 업무 기본키와 요청번호로 동일 주문을 식별하고, 중복 클릭 시 원 작업의 현재 상태를 반환합니다.

Q: 창구에는 제출됨으로 표시되지만 환자가 세금계산서를 볼 수 없으면 어떻게 하나요?

A: 담당자는 주문번호로 플랫폼 결과를 조회하고 콜백과 파일 전달 상태를 확인한 후, 원 작업에서 다시 가져오거나 복구합니다.

Q: 발행 인터페이스 시간 초과 후 즉시 재신청할 수 있나요?

A: 먼저 주문번호 또는 요청번호로 원 신청을 조회하고, 상태를 확인한 후 해당 복구 작업을 수행하여 중복 발행을 방지합니다.

Q: 환자가 일부 환불할 때 원 세금계산서는 어떻게 처리하나요?

A: HIS가 환불을 확인한 후, 시스템은 원 세금계산서와 원 항목을 연결하고 홍충(취소) 가능 범위에 따라 처리를 시작하며 결과를 주문과 재무 장부에 기록합니다.

외래, 입원, 환불 샘플로 인터페이스 전 구간을 검증하고 Kailing Technology 병원 HIS 발행 방안을 알아보세요: www.kailingteck.com .

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

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

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

IMG_256

키워드: 병원 HIS 직접 연결 Leqi 인터페이스, 병원 자동 발행, 주문 검증, 세금계산서 홍충, 발행 결과 조회, HIS 인터페이스

Kailing Technology 소개
Kailing Technology는 업무·재무·세무 디지털 종합 솔루션 서비스 제공업체로서 각종 기관, 기구, 대중소형 기업에 업무·재무·세무 관리 디지털 전환 제품과 운영 서비스를 제공하며, 제품 라인에는 판매 계약 관리 시스템, 구매 계약 관리 시스템, 전면 디지털 전자세금계산서·러치 인터페이스 프로젝트, 매출 자동 발행 시스템, 역발행 세금계산서 시스템, 개인 세금계산서 대리발행 시스템, 직원 비용통제 경비정산 시스템, 매입 부가가치세 계산서 관리 시스템, 공급망 협업 대사 시스템, 이미지 AI OCR 인식 시스템, 재무 자동 전표 처리 시스템, 전자회계기록 시스템 등 업무의 솔루션이 포함되어 각 분야의 디지털화를 전방위적으로 촉진합니다.
문의 전화: 18513895936 / 010-60974119 소재지: 베이징
흔한 질문
병원 HIS 직접연결 Leqi 인터페이스에서 환자가 발행을 중복 클릭하면 여러 요청이 생성됩니까?
아니요. 시스템은 업무 기본키와 요청 번호로 동일 주문을 식별하므로, 중복 클릭 시 새 두 번째 신청을 만드는 대신 원래 작업의 현재 상태를 반환합니다. 창구, 공식 계정, 셀프 단말기에서 제출한 요청도 동일 주문으로 식별되어 여러 개의 발행 대기 작업이 생기는 것을 방지합니다.
창구에 제출됨으로 표시되지만 환자가 세금계산서를 볼 수 없는 경우 어떻게 조회합니까?
담당자는 주문 번호로 플랫폼 결과를 조회하고 콜백 및 파일 전달 상태를 확인할 수 있습니다. 플랫폼에서 발행했지만 콜백이 유실된 경우 인터페이스 계층이 결과를 재수집하여 HIS에 다시 회신하며, 파일을 아직 받지 못한 경우 시스템은 '발행 완료·전달 대기'를 표시하고 재수집 작업을 예약합니다.
세금계산서 발행 인터페이스 시간 초과 후 즉시 재신청할 수 있나요?
즉시 재신청하는 것은 권장하지 않습니다. 먼저 주문 번호나 요청 번호로 원래 신청을 조회하여 상태를 확인한 후 해당 복구 조치를 실행해야 중복 발행을 피할 수 있습니다. 시스템은 원래 요청 진행 상황을 보존하며, 운영자는 대기, 정보 보완 또는 복구를 결정할 수 있습니다.
환자 부분 환불 시 원래 세금계산서는 어떻게 처리하나요?
HIS에서 환불을 확인하면 시스템이 원본 영수증과 원본 항목을 연결하고, 홍자 처리 가능 범위에 따라 홍자 처리를 시작하며 결과를 주문과 재무 대장에 회신합니다. 부분 환불은 원래 청구 항목과 금액에 따라 남은 발행 가능 범위를 갱신하며, 원본 블루 영수증, 환불 기록, 홍자 영수증이 서로 연결됩니다.
병원 HIS 직접연결 러치 인터페이스 출시 검수 시 어떤 이상 시나리오를 테스트해야 합니까?
검수 팀은 정상 외래, 중복 클릭, 항목 미매핑, 금액 불일치, 신청 시간 초과, 콜백 유실, 파일 획득 실패, 전액 환불 및 부분 환불 샘플을 준비해야 합니다. 각 샘플은 HIS 실제 조작에서 시작하여 창구, 환자 단말, 재무 단말 및 인터페이스 대장에서 결과를 확인하여 상태 회신, 차이 위치 파악, 장애 복구가 가능하도록 해야 합니다.
관련 솔루션
러치 직접연결 솔루션
세무서 러치 채널에 직접연결하여 ERP의 마지막 1킬로미터를 연결 →
매출 발행 관리 플랫폼
업무가 발생하면 계산서가 자동 발행, 자동 전송, 자동 회신 →
전자회계기록 관리
전자증빙 아카이빙, 단일 세트, 준법 감사 가능 →
전화 상담데모 예약
✕
홈 ›AI 디지털 직원 ›핵심 제품 ›고객 사례 ›인사이트 ›데모 예약
010-60974119