Automating Healthcare Documentation and Rule Management with GenAI
orizon · Healthcare · 2024 · source Agentic: no · promotional bias: high · source-backed · extracted with prompt 0.5.4 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Healthcare billing-rule documentation
Orizon needed to document and interpret tens of thousands of legacy healthcare billing rules without tying up scarce developers for days per rule update.
Constraints:
- rules are proprietary and healthcare-sensitive
- business rules are coded in legacy C# and C++
- new-rule documentation previously required multiple developers
- business users needed explanations without waiting for developers
- models had to run under strong governance and access controls
Architecture
Orizon adopted the Databricks Data Intelligence Platform and a lakehouse architecture to consolidate data, govern proprietary rules, fine-tune Llama2-code and DBRX on company data and business rules, and deploy them through Databricks Model Serving. The initial user surface was a Microsoft Teams chatbot that lets business users ask questions about rules and receive text and graphical documentation without involving developers.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR legacy-rule-corpus[Legacy rule corpus] --> databricks-lakehouse[Databricks lakehouse] databricks-lakehouse --> mlflow-lifecycle-manager[MLflow lifecycle manager] databricks-lakehouse --> unity-catalog-governance[Unity Catalog governance] mlflow-lifecycle-manager --> fine-tuned-rule-models[Fine-tuned rule models] unity-catalog-governance --> model-serving-endpoint[Model serving endpoint] fine-tuned-rule-models --> model-serving-endpoint model-serving-endpoint --> microsoft-teams-chatbot[Microsoft Teams chatbot]
Components
| Component | Role | Interacts with |
|---|---|---|
Legacy rule corpus |
Contains medical billing rules implemented in C# and C++. | Databricks lakehouse |
Databricks lakehouse |
Consolidates isolated databases and unifies data, analytics, and AI. | Legacy rule corpus, MLflow lifecycle manager, Unity Catalog governance |
MLflow lifecycle manager |
Tracks ingestion, feature engineering, model building, tuning, and experiments. | Databricks lakehouse, Fine-tuned rule models |
Unity Catalog governance |
Controls access and permissions for proprietary business-rule data. | Databricks lakehouse, Model serving endpoint |
Fine-tuned rule models |
Llama2-code and DBRX models customized on Orizon data and business rules. | MLflow lifecycle manager, Model serving endpoint |
Model serving endpoint |
Serves the fine-tuned models securely across the organization. | Fine-tuned rule models, Microsoft Teams chatbot |
Microsoft Teams chatbot |
Lets business users query rule explanations and documentation in natural language. | Model serving endpoint |
Data flow
Legacy business rules and healthcare data are consolidated into Databricks, governed through Unity Catalog, used to fine-tune Llama2-code and DBRX, managed with MLflow, and served through Databricks Model Serving. Microsoft Teams exposes the models to business users for rule explanations and documentation.
4 supporting quotes
Why this architecture
Orizon needed custom models because its billing rules were proprietary and could not be sent outside the company. Databricks supplied both the AI lifecycle tooling and governance substrate: MLflow for reproducibility and model lifecycle, Unity Catalog for fine-grained permissions, and Model Serving for organization-wide access. Microsoft Teams gave business users a familiar interface.
3 supporting quotes
Models used: Llama2-code · DBRX
Scale
- Orizon manages about 40,000 medical rules.“Guilherme Guisse, Head of Data and Analytics at Orizon, explained, “We have around 40,000 medical rules in our system and add around 1,500 new rules each month.”article, stated
- Orizon adds around 1,500 new rules each month.“Guilherme Guisse, Head of Data and Analytics at Orizon, explained, “We have around 40,000 medical rules in our system and add around 1,500 new rules each month.”article, stated
- The new workflow processes 63% of tasks automatically.“According to Guisse, “With our brand-new GenAI features, we are currently processing 63% of tasks automatically.”article, stated
- Documentation time fell to less than five minutes.“Even more impressive, the documentation process takes less than five minutes, dramatically accelerating workflows, with the potential to increase the rate of new rules from 1,500 to 40,000 per month — translating to 1 billion Brazilian reals (BRL) in added productivity.”article, stated
- Resource savings were about $30K per month.“This shift has also translated to significant cost savings for Orizon — approximately $30K per month in better-used resources.”article, stated
Alternatives considered (roads not taken)
Manual developer documentation
Rejected because: New-rule documentation took several days and required developers to interpret legacy code.
External data/model processing
Rejected because: Business rules were confidential and needed to stay inside Orizon's governed environment.
Fragmented databases and legacy workflows
Rejected because: Fragmentation made fraud-detection and documentation workflows inefficient.
Patterns
fine-tuning-adaptation (modeling)
Orizon fine-tuned code-oriented and general GenAI models on proprietary healthcare rule data.
privacy-preserving-processing (governance)
Confidential business-rule data stayed inside a governed Databricks environment with Unity Catalog permissions.
observability-tracing (operations)
MLflow manages the machine-learning lifecycle including experiment tracking and reproducibility.
tool-use-orchestration (workflow)
The user-facing workflow embeds rule-querying GenAI into Microsoft Teams for business users.
Tradeoffs
Fine-tune custom models inside Databricks
Chose Llama2-code/DBRX fine-tuned on Orizon data over sending proprietary rules to external services.
Rationale: Custom governed models protected confidential rules while supporting domain-specific explanations.
Expose GenAI through Microsoft Teams
Chose business-user chatbot interface over developer-mediated rule explanations.
Rationale: The Teams interface let business users ask rule questions without waiting on developers.
Gotchas (what bit them)
Confidential rule data blocked naive external-model use.
Root cause: Orizon's medical billing rules are proprietary and healthcare-sensitive.
Resolution: The company used Databricks governance and custom models trained on internal data.
Legacy medical rules created a developer bottleneck.
Root cause: Rules were written in C# and C++ and needed manual interpretation and flowchart documentation.
Resolution: GenAI produced text and graphical documentation so developers could focus on development.
Evaluation
Orizon measured automation rate, documentation time, developer capacity freed, cost savings, and potential rule throughput increase.
Metrics: tasks automated · documentation time · developer capacity freed · monthly resource savings · potential rules per month
3 supporting quotes
Outcomes
- Orizon automated 63% of documentation tasks.
- Documentation time dropped to less than five minutes.
- The company freed one and a half developers for higher-value work.
- Reported resource savings were about $30K per month.
- Potential throughput could rise from 1,500 to 40,000 new rules per month.
The article reports 40,000 existing rules, 1,500 new rules per month, and possible productivity gains of 1 billion BRL.