모든 숫자에는 이유가 있습니다.모든 이유는 기록에 남습니다.

병원과 의원을 위한 환자 청구 및 수익 주기 관리 도구로, 수가 발생부터 장부 마감까지 하나의 시스템으로 만들어졌습니다. 수가 입력, 가격 산정과 세금 적용, 지불 주체 판단, 보험과 청구 처리, 수납, 미수금 관리, 현금 보관, 원장 전기, 기간 마감을 다룹니다. 모든 숫자에 이유가 있고 모든 이유가 기록에 남는 것이 목표입니다.

하나의 계산 엔진이 처리합니다. 가격은 서비스 일자 기준의 버전 관리되는 가격표에서 결정되고, 모호한 매칭은 추측이 아니라 오류이며, 세금 설정이 없으면 조용히 0을 청구하는 대신 수가가 멈춥니다. 모든 계산은 버전과 추적 기록을 보존하므로 한참 뒤에도 계산 과정을 보여 줄 수 있습니다. 설정된 단계를 넘는 할인은 다른 한 사람의 승인이 필요합니다. 인도 GST를 지원하며 CGST, SGST, IGST는 공급 장소로 결정됩니다. VAT 같은 다른 세제는 아직 지원하지 않습니다.

책임 엔진이 청구서가 만들어지기 전에 환자, 보험, 기업, 정부 또는 기타 지불 주체별 부담분을 계산하고, 그 위에 패키지가 한 층으로 적용됩니다. 청구 창구는 수가별로 결과를 보여 줍니다. 결과를 변경하려면 다른 한 사람의 승인이 필요하며, 청구서에는 환자, 보험, 기업의 부담분이 나란히 표시됩니다.

보험 전 과정을 기록하고 추적합니다. 시뮬레이터가 있는 버전 관리 플랜과 급여 규칙, 자격 확인, 변경과 갱신이 포함된 사전 승인, 청구, 심사, 거절, 이의 신청, 지불 주체의 지급 내역이 해당됩니다. FHIR R4 자격 확인 및 청구 어댑터가 있으며, 지불 주체의 엔드포인트와 자격 증명이 설정되기 전까지는 비활성 상태입니다. X12나 국가 네트워크 같은 지불 주체별 교환은 아직 지원하지 않으므로, 현재 이 모듈은 청구가 존재하고 처리되는 곳이며 보험사와의 실시간 연결선은 아닙니다.

아직은 아닙니다. 결제는 조직이 활성화한 수단(현금, 카드, 계좌 이체, 수표, 보험 정산 등)별로 기록되며, 각 결제는 처리, 정산, 배분, 승인 상태를 별개의 사실로 보존합니다. 결제 링크, 온라인 체크아웃, 3-D Secure는 구현되지 않았고, 인증을 받은 실서비스 결제 게이트웨이도 없습니다. 카드 번호, 보안 코드, 트랙 데이터는 저장되지 않으며, 카드 번호처럼 보이는 자유 텍스트는 거부됩니다.

저장된 미수금은 없습니다. 받을 금액은 조회할 때마다 거래 이동에서 도출되며, 과거 날짜의 리포트는 그날을 그대로 재현합니다. 연령 구간은 조직이 직접 정합니다. 수금 건, 지급 약속, 분할 납부 계획, 분쟁, 대손 처리를 한 화면에서 처리하고, 대손 처리는 서로 다른 사람이 요청, 승인, 실행합니다. 방해 금지 시간대를 둔 버전 관리 독촉 정책이 작업 대기열을 구동합니다. 알림과 명세서는 대기열에 쌓여 화면에 표시되며, 이메일, SMS, 환자 포털로의 발송은 아직 구현되지 않았습니다.

결제된 금액, 결제 대행사가 정산한 금액, 은행이 입금한 금액을 나란히 보여 주며, 차이는 결제 내역을 고치는 것이 아니라 사람이 설명해야 하는 항목입니다. 은행 명세서는 CSV 파일로 들어오고, 파일은 내용으로 식별되어 같은 파일이 두 번 정산되지 않으며, 매칭 규칙은 버전 관리되어 결과를 재현하기 위해 다시 실행할 수 있습니다. 다른 명세서 형식과 실시간 은행 피드는 아직 지원하지 않습니다.

예, 지점별 선택 기능입니다. 금전함이 없는 지점은 기존과 똑같이 동작합니다. 금전함은 수납 지점에 속하고, 수납 담당자는 세션 단위로 일하며, 실사는 블라인드로 진행되고, 두 사람 사이에서 전달된 현금은 분실이 아니라 이동 중으로 표시되며, 은행 예치로 순환이 마무리됩니다. 예상 잔액은 직접 입력하지 않고 거래 이동에서 도출하며, 현금 차이는 다른 한 사람이 결정해야 합니다.

기간은 여섯 가지 상태를 거치며 네 개의 개별 잠금을 가집니다. 일반 청구, 회계 전표, 세무 전표, 리포트입니다. 마감 시에는 시산표가 맞는지, 대기 중인 분개가 없는지, 보조원장이 원장과 일치하는지, 현금 차이가 결정되었는지 등 17개 자동 점검 체크리스트를 실행합니다. 필수 점검은 마감을 막고, 경고는 확인이 필요하며, 체크리스트는 마감이 시작될 때 복사되므로 이후 수정이 이미 끝난 마감을 바꾸지 않습니다. 마감된 기간은 어떤 것도 받지 않습니다.

세 가지 방식이며, 각각 좋은 행동에 기대지 않고 데이터베이스가 강제합니다. 이력은 수정하지 않습니다. 실수는 원본 옆의 조정 행으로 바로잡습니다. 모든 감사 이벤트는 기록되는 순간 해시되어 이전과 이어지는 체크포인트에 봉인되므로 수정하면 체인이 깨지고, 검증은 버튼 하나입니다. 그리고 테넌트 격리는 모든 테이블에 적용되며, 모듈 접근 권한은 요청마다 다시 증명되고 실패하면 차단하는 방식으로 동작합니다.

이 모듈의 일부 기능은 의도적으로 두 사람을 필요로 합니다. 환불, 대손 처리, 책임 배분 변경, 마감 예외, 수기 분개, 재개방된 기간, 현금 차이는 같은 사람이 양쪽 절반을 모두 하려고 하면 거부되며, 화면뿐 아니라 데이터베이스가 거부하고 어떤 설정으로도 풀 수 없습니다. 따라서 사용자가 한 명뿐인 환경에서는 이 업무 흐름을 아예 끝낼 수 없습니다. 시작하기 전에 내려야 할 결정이지, 나중에 놀랄 일이 아닙니다.

현재는 결정론적입니다. 12개의 탐지기가 Billing 자체 기록에서 수익 누수, 심사 거절 패턴, 결제 위험 등을 감시하며, 각각 기록으로부터 계산 과정을 보여 주며 계산됩니다. 어시스턴트는 질문을 알려진 질문의 고정 목록 중 하나로 연결하고 화면이 사용하는 것과 같은 코드로 답하므로 언어 모델 없이 동작하며, 화면에서 그렇다고 밝힙니다. 수익 누수는 Billing이 자체 기록으로 증명할 수 있는 범위만 다룹니다. 이 계층은 어떤 재무 테이블에도 쓸 수 없으며, 빌드의 테스트가 이를 검증합니다.

예. 통화 마스터, 환율 정책, 적용 기간이 있는 지점을 가진 법인, 여러 세무 등록, 국가를 활성화하기 전에 활성화 점검을 통과해야 하는 국가 프로필을 갖추고 있습니다. 환율은 수동으로 입력하며 환율 피드는 없습니다. 통화 간 결제, 소수점 세 자리 통화, 지점 간 연결은 아직 지원하지 않습니다.

그렇게 설계되었습니다. 임상 모듈은 버전 관리되는 계약에 따라 청구 가능한 이벤트를 게시하고, 다른 모듈은 환자의 재무 정보 중 허용된 범위만 볼 수 있으며, 각 모듈은 범위가 제한된 자체 자격 증명을 가집니다. 임상 모듈은 아직 그 이벤트를 보내지 않으므로, 현재는 청구 창구에서 수가를 입력합니다. 자동 수집은 기본적으로 꺼져 있고, 꺼진 동안 도착한 이벤트는 분실되거나 청구되지 않고 보류됩니다.

이 프레임워크들이 요구하는 통제를 지원하도록 만들어졌으며, ISO/IEC 27001, SOC 1과 SOC 2, HIPAA, GDPR, PCI-DSS, PSD2 강력한 고객 인증, CCPA, CSA STAR를 다루는 통제 매트릭스가 함께 제공됩니다. 이 중 어느 것에 대해서도 모듈이 인증을 받았다고 말하지 않습니다. 인증은 조직이 스스로 획득하는 것이며, 매트릭스는 그 감사를 더 짧게 하기 위한 것입니다.

단일 Enterprise 플랜으로, 청구하는 지점과 법인 수에 따라 조직별로 견적을 드립니다. 상위 등급이 없으므로 상위 등급을 위해 남겨 둔 기능도 없습니다. 도입 지원과 모듈을 만드는 팀과의 직통 연락 창구가 함께 제공됩니다.