在當(dāng)今不斷發(fā)展的技術(shù)環(huán)境中，從整體架構(gòu)向微服務(wù)的轉(zhuǎn)變對于許多企業(yè)來說都是一項(xiàng)戰(zhàn)略舉措。這在報銷計(jì)算系統(tǒng)領(lǐng)域尤其重要。正如我在上一篇文章第 1 部分應(yīng)用 Strangler 模式將遺留系統(tǒng)分解為微服務(wù)-CSDN博客中提到的，讓我們探討如何有效管理這種轉(zhuǎn)變。

整體挑戰(zhàn)

想象一個場景，您有一個大規(guī)模的整體系統(tǒng) - 可能是一個龐大的 C# 控制臺應(yīng)用程序或一個廣泛的 SQL Server 存儲過程。該系統(tǒng)的任務(wù)是執(zhí)行報銷計(jì)算，通常通過 SQL Server 中安排的批處理過程過夜運(yùn)行。雖然功能強(qiáng)大，但這種單一方法通常會帶來可擴(kuò)展性、靈活性和維護(hù)方面的挑戰(zhàn)。

轉(zhuǎn)向微服務(wù)

遷移到微服務(wù)的目標(biāo)是將這個大型、復(fù)雜的系統(tǒng)分解為更小、更易于管理的組件。向微服務(wù)架構(gòu)的過渡旨在利用云的優(yōu)勢，包括可擴(kuò)展性、資源優(yōu)化和成本效益。

遷移步驟

1. 理解系統(tǒng)

首先從現(xiàn)有的整體應(yīng)用程序定義數(shù)據(jù)模型，以了解其工作流程、依賴關(guān)系以及報銷計(jì)算過程的關(guān)鍵組件。該系統(tǒng)的源數(shù)據(jù)通過837 文件 ，這是醫(yī)療保健索賠信息的標(biāo)準(zhǔn)化電子格式。提取該文件并通常通過另一個加載過程將數(shù)據(jù)加載到數(shù)據(jù)庫中以用于報銷計(jì)算。例如，837 文件中的一些數(shù)據(jù)模型可能如下所示：

public class Patient
{public string Name { get; set; }public DateTime DateOfBirth { get; set; }public string Address { get; set; }public string Gender { get; set; }public string PatientId { get; set; }
}public class Provider
{public string Name { get; set; }public string Address { get; set; }public string NPI { get; set; }public string TaxID { get; set; }public string RenderingProvider { get; set; }
}public class Claim
{public string ControlNumber { get; set; }public DateTime ServiceFromDate { get; set; }public DateTime ServiceToDate { get; set; }public string TypeOfBill { get; set; }public string AdmissionType { get; set; }public string DischargeStatus { get; set; }public List<string> DiagnosisCodes { get; set; }public List<string> ProcedureCodes { get; set; }
}public class Insurance
{public string PayerName { get; set; }public string PayerAddress { get; set; }public string PayerId { get; set; }public string SubscriberInformation { get; set; }public string SubscriberId { get; set; }public string CoordinationOfBenefitsData { get; set; }
}public class ServiceLine
{public string RevenueCode { get; set; }public DateTime ServiceDate { get; set; }public int ServiceUnits { get; set; }public decimal ServiceCharges { get; set; }public List<string> ServiceModifiers { get; set; }
}

2. 識別微服務(wù)

將整體流程分解為更小的、邏輯上獨(dú)立的服務(wù)。每個微服務(wù)應(yīng)代表報銷計(jì)算的特定方面，例如輸入驗(yàn)證、計(jì)算邏輯和輸出生成。在許多情況下，醫(yī)療報銷系統(tǒng)可能涉及多個微服務(wù)協(xié)同工作以提供端到端功能。以下是一些可能成為綜合醫(yī)療報銷系統(tǒng)一部分的微服務(wù)：

出于演示目的，我將提供報銷計(jì)算服務(wù)的簡化實(shí)現(xiàn)。假設(shè)患者信息、程序詳細(xì)信息和費(fèi)用表數(shù)據(jù)是從各自的微服務(wù)中檢索的，并作為輸入傳遞到此服務(wù)，Reimbursement.web 層 ：

using Microsoft.AspNetCore.Mvc;
using Reimbursement.Service;namespace Reimbursement.Controllers
{[Route("api/[controller]")][ApiController]public class ReimbursementController : ControllerBase{private IReimbursementService _reimbursementService;public ReimbursementController(IReimbursementService reimbursementService){_reimbursementService = reimbursementService;}[HttpPost("calculate")]public ActionResult<decimal> CalculateExpectedReimbursement(Patient patient, Procedure procedure, FeeSchedule feeSchedule){try{decimal expectedReimbursement = _reimbursementService.CalculateExpectedReimbursement(patient, procedure, feeSchedule);return Ok(expectedReimbursement);}catch (Exception ex){return StatusCode(500, $"Internal server error: {ex.Message}");}}}
}

報銷服務(wù)層：

using System;namespace Reimbursement.Service
{public class ReimbursementService : IReimbursementService{public decimal CalculateExpectedReimbursement(Patient patient, Procedure procedure, FeeSchedule feeSchedule){// Check if the patient and procedure existif (patient == null || procedure == null){throw new ArgumentNullException("Patient and Procedure must be provided.");}// Check if the feeSchedule existsif (feeSchedule == null){throw new ArgumentNullException("FeeSchedule must be provided.");}// Calculate the expected reimbursementdecimal expectedReimbursement = feeSchedule.Fee; // Basic reimbursement logic// You can add more complex reimbursement calculations here based on patient data and rulesreturn expectedReimbursement;}}
}

醫(yī)療報銷系統(tǒng)中微服務(wù)的確切組成和架構(gòu)可能會根據(jù)應(yīng)用程序的特定需求和規(guī)模而有所不同。上面列出的服務(wù)是可以成為此類系統(tǒng)一部分的組件示例，它們可以通過 API 或消息隊(duì)列相互交互以執(zhí)行端到端報銷流程。

3. 云端批處理

使夜間批處理適應(yīng)云環(huán)境。這可能涉及利用云原生服務(wù)來執(zhí)行計(jì)劃任務(wù)，確保流程可靠且可擴(kuò)展。CalculationService 也可以通過用戶界面手動觸發(fā)，以防用戶僅需要為特定帳戶重新運(yùn)行，以便可以在批處理以外的地方重用該服務(wù)。

結(jié)論

將復(fù)雜的單一報銷計(jì)算系統(tǒng)遷移到微服務(wù)并將其部署在云中是一個變革性的步驟。這種方法不僅使系統(tǒng)現(xiàn)代化，而且在可擴(kuò)展性、資源利用率和成本節(jié)約方面帶來了顯著的好處，使系統(tǒng)與現(xiàn)代云功能保持一致，并且業(yè)務(wù)目標(biāo)。

---

作者：Greg Hall

更多技術(shù)干貨請關(guān)注公號【云原生數(shù)據(jù)庫】

squids.cn，云數(shù)據(jù)庫RDS，遷移工具DBMotion，云備份DBTwin等數(shù)據(jù)庫生態(tài)工具。

irds.cn，多數(shù)據(jù)庫管理平臺（私有云）。