Building an On-Premise Health Insurance Appeals Generation System

healthinsurancellm · Healthcare · 2023 · source Agentic: no · promotional bias: low · 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: Health insurance appeal generation

The project aimed to help patients draft appeal letters for denied health-insurance claims using a low-cost, self-hosted LLM system, while acknowledging that the prototype was not production-ready and operated in a legally sensitive domain.

Constraints:

Architecture

The project uses California independent medical review board records to create synthetic fine-tuning data, fine-tunes a language model cheaply on rented Lambda Labs compute, and serves inference on a self-hosted Kubernetes cluster using consumer GPU hardware and vLLM.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  patient-claim-context[Patient Claim Context] --> appeal-generator[Appeal Generator]
  california-review-records[California Review Records] --> synthetic-data-pipeline[Synthetic Data Pipeline]
  synthetic-data-pipeline --> fine-tuned-model[Fine-Tuned Model]
  fine-tuned-model --> vllm-server[vLLM Server]
  vllm-server --> self-hosted-kubernetes[Self-Hosted Kubernetes]
  self-hosted-kubernetes --> rtx-3090-gpu[RTX 3090 GPU]
  appeal-generator --> fine-tuned-model[Fine-Tuned Model]
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Patient Claim Context Denied-claim information used to draft an appeal. Appeal Generator
Appeal Generator LLM application that drafts health-insurance appeal letters. Fine-Tuned Model
California Review Records Public source records used to derive training examples. Synthetic Data Pipeline
Synthetic Data Pipeline Transforms review-board records into fine-tuning examples. Fine-Tuned Model
Fine-Tuned Model Domain-adapted language model for appeal drafting. vLLM Server
vLLM Server Inference serving layer. Self-Hosted Kubernetes
Self-Hosted Kubernetes Personal on-premise deployment environment. vLLM Server, RTX 3090 GPU
RTX 3090 GPU Consumer GPU hardware used for local inference. Self-Hosted Kubernetes

Data flow

Public California review-board records are converted into synthetic training examples, used for fine-tuning, and then served through a self-hosted Kubernetes/vLLM stack on consumer GPU hardware to generate appeal-letter drafts.

“The solution involves fine-tuning a language model on synthetic data derived from California's independent medical review board records, deploying it on a self-hosted Kubernetes cluster with consumer GPU hardware (RTX 3090), and serving it via vLLM.”summary, stated
“deploying it on a self-hosted Kubernetes cluster with consumer GPU hardware (RTX 3090), and serving it via vLLM”summary, stated

Why this architecture

The architecture was driven by budget and control: public review records provided domain data, synthetic examples made fine-tuning possible, Lambda Labs handled cheap training, and self-hosted Kubernetes/vLLM kept inference on personal hardware.

“While still in early development and explicitly not production-ready, the project demonstrates a low-budget approach to LLMOps with fine-tuning costs around $12 using Lambda Labs and inference running on personal hardware costing approximately $748.”summary, stated
“While still in early development and explicitly not production-ready, the project demonstrates a low-budget approach to LLMOps with fine-tuning costs around $12 using Lambda Labs and inference running on personal hardware costing approximately $748.”summary, stated

Models used: fine-tuned language model · vLLM

Scale

Alternatives considered (roads not taken)

Use a hosted production SaaS deployment.

Rejected because: The project was a personal, low-budget prototype using self-hosted hardware.

“The solution involves fine-tuning a language model on synthetic data derived from California's independent medical review board records, deploying it on a self-hosted Kubernetes cluster with consumer GPU hardware (RTX 3090), and serving it via vLLM.”summary, stated

Rely on raw general-purpose LLM behavior.

Rejected because: The appeal domain needed fine-tuning on review-board-derived examples.

“The solution involves fine-tuning a language model on synthetic data derived from California's independent medical review board records, deploying it on a self-hosted Kubernetes cluster with consumer GPU hardware (RTX 3090), and serving it via vLLM.”summary, stated

Treat the prototype as production-ready.

Rejected because: The source explicitly says it is early and not ready for production use.

“While still in early development and explicitly not production-ready, the project demonstrates a low-budget approach to LLMOps with fine-tuning costs around $12 using Lambda Labs and inference running on personal hardware costing approximately $748.”summary, stated

Patterns

synthetic-data-generation (training)

Public review records are converted into synthetic examples for fine-tuning.

“synthetic data derived from California's independent medical review board records”summary, stated

fine-tuning-adaptation (domain adaptation)

The model is fine-tuned for the health-insurance appeal domain.

“fine-tuning a model”transcript, stated

privacy-preserving-processing (deployment)

The prototype favors on-premise/self-hosted inference rather than external SaaS processing.

“self-hosted Kubernetes cluster”summary, stated

cost-aware-routing (infrastructure)

The system was designed around low fine-tuning and hardware costs.

“low-budget approach to LLMOps”summary, stated

Tradeoffs

Training data

Chose Synthetic data from California review records over Manual collection of appeal-letter training data.

Rationale: The public records were available and structured enough to bootstrap fine-tuning.

“synthetic data derived from California's independent medical review board records”summary, stated

Serving environment

Chose Self-hosted Kubernetes and vLLM on RTX 3090 over Managed cloud inference.

Rationale: The project emphasized low-budget personal control of inference.

“serving it via vLLM”summary, stated

Project maturity

Chose Prototype disclosure over Production legal/medical assistant positioning.

Rationale: The model quality and domain risk do not justify production claims.

“not production-ready”summary, stated

Gotchas (what bit them)

Low-cost domain adaptation can still produce only prototype behavior.

Root cause: Synthetic data and small-scale fine-tuning may not capture legal and medical complexity.

Resolution: Keep the system framed as early development rather than production-ready.

“still in early development and explicitly not production-ready”summary, stated

Consumer GPU deployment has hardware constraints.

Root cause: The inference plan depends on specific local GPU hardware.

Resolution: Design the deployment around the available RTX 3090 and self-hosted Kubernetes environment.

“consumer GPU hardware (RTX 3090)”summary, stated

Public records can create jurisdictional bias.

Root cause: The current data source is California-specific.

Resolution: Treat the California review records as an initial data source, not complete national coverage.

“California's independent medical review board records”summary, stated

Evaluation

The source reports qualitative prototype evaluation rather than a formal benchmark: the fine-tuned model works okay but not amazingly, with cost, hardware, and data constraints emphasized.

Metrics: Fine-tuning cost · Hardware cost · Prototype quality · Claim denial context · Synthetic data feasibility

“still in early development and explicitly not production-ready”summary, stated

Outcomes

The summary reports around $12 fine-tuning cost, approximately $748 personal hardware, RTX 3090 inference, and the motivating 20% claim denial statistic.

“not production-ready”summary, stated