能力标签
🛠
AI工具

AI医疗系统

基于 Python · 开源免费,本地部署,数据完全自主可控
英文名:AI-Healthcare-System
⭐ 32 Stars 🍴 10 Forks 💻 Python 📄 AGPL-3.0 🏷 AI 8.0分
8.0AI 综合评分
apache-airflowartificial-intelligenceclinical-decision-supportdata-engineeringdata-pipelinepython
✦ AI Skill Hub 推荐

AI医疗系统 是 AI Skill Hub 本期精选AI工具之一。综合评分 8.0 分,整体质量较高。我们强烈推荐将其纳入你的 AI 工具库,帮助提升工作效率。

📚 深度解析

AI医疗系统 是一款基于 Python 的开源工具,在 GitHub 上收获 0k+ Star,是apache-airflow、artificial-intelligence、clinical-decision-support、data-engineering领域中的优质开源项目。开源工具的最大优势在于代码完全透明,你可以审计每一行代码的安全性,也可以根据自身需求进行二次开发和定制。

**为什么要使用开源工具而非商业 SaaS?**
对于个人开发者和有隐私需求的用户,本地部署的开源工具意味着数据不离本机,不受第三方服务商的数据政策约束。同时,开源工具通常没有使用次数限制和月度费用,一次安装即可长期使用,对于高频使用场景的总拥有成本(TCO)远低于订阅制商业工具。

**安装与环境准备**
AI医疗系统 依赖 Python 运行环境。建议通过 pyenv(Python)或 nvm(Node.js)管理 Python 版本,避免全局环境污染。对于新手用户,推荐先创建虚拟环境(python -m venv venv && source venv/bin/activate),再安装依赖,这样即使出现问题也可以随时删除虚拟环境重新开始,不影响系统稳定性。

**社区与维护**
GitHub Issue 和 Discussion 是获取帮助的最快渠道。在提问前建议先检查 Closed Issues(已关闭的问题),大多数常见问题都已有解答。遇到 Bug 时,提供 pip list 的输出、完整错误堆栈和最小可复现示例,能显著提高开发者响应速度。AI Skill Hub 将持续追踪 AI医疗系统 的版本更新,及时通知重要功能变化。

📋 工具概览

AI医疗系统 是一款基于 Python 开发的开源工具,专注于 apache-airflow、artificial-intelligence、clinical-decision-support 等核心功能。作为 GitHub 开源项目,它拥有活跃的社区支持和持续的版本迭代,代码完全透明可审计,支持本地部署以保护数据隐私。无论是个人使用还是集成到企业工作流,都能提供稳定可靠的解决方案。

GitHub Stars
⭐ 32
开发语言
Python
支持平台
Windows / macOS / Linux
维护状态
轻量级项目,按需更新
开源协议
AGPL-3.0
AI 综合评分
8.0 分
工具类型
AI工具
Forks
10

📖 中文文档

以下内容由 AI Skill Hub 根据项目信息自动整理,如需查看完整原始文档请访问底部「原始来源」。

AI医疗系统 是一款基于 Python 开发的开源工具,专注于 apache-airflow、artificial-intelligence、clinical-decision-support 等核心功能。作为 GitHub 开源项目,它拥有活跃的社区支持和持续的版本迭代,代码完全透明可审计,支持本地部署以保护数据隐私。无论是个人使用还是集成到企业工作流,都能提供稳定可靠的解决方案。

📌 核心特色
  • 开源免费,支持本地部署,数据完全自主可控
  • 活跃的 GitHub 开源社区,持续迭代更新
  • 提供详细文档和使用示例,新手友好
  • 支持自定义配置,灵活适配不同使用环境
  • 可作为基础组件集成进现有技术栈或进行二次开发
🎯 主要使用场景
  • 本地部署运行,保护数据隐私,满足合规要求
  • 自定义集成到现有系统,扩展技术栈能力
  • 作为开源基础组件进行商业化二次开发
以下安装命令基于项目开发语言和类型自动生成,实际以官方 README 为准。
安装命令
# 方式一:pip 安装(推荐)
pip install ai-healthcare-system

# 方式二:虚拟环境安装(推荐生产环境)
python -m venv .venv
source .venv/bin/activate  # Windows: .venv\Scripts\activate
pip install ai-healthcare-system

# 方式三:从源码安装(获取最新功能)
git clone https://github.com/pavanbadempet/AI-Healthcare-System
cd AI-Healthcare-System
pip install -e .

# 验证安装
python -c "import ai_healthcare_system; print('安装成功')"
📋 安装步骤说明
  1. 访问 GitHub 仓库页面
  2. 按照 README 文档完成依赖安装
  3. 根据系统环境完成初始化配置
  4. 参考官方示例或文档开始使用
  5. 遇到问题可在 GitHub Issues 中查找解答
以下用法示例由 AI Skill Hub 整理,涵盖最常见的使用场景。
常用命令 / 代码示例
# 命令行使用
ai-healthcare-system --help

# 基本用法
ai-healthcare-system input_file -o output_file

# Python 代码中调用
import ai_healthcare_system

# 示例
result = ai_healthcare_system.process("input")
print(result)
以下配置示例基于典型使用场景生成,具体参数请参照官方文档调整。
配置示例
# ai-healthcare-system 配置文件示例(config.yml)
app:
  name: "ai-healthcare-system"
  debug: false
  log_level: "INFO"

# 运行时指定配置文件
ai-healthcare-system --config config.yml

# 或通过环境变量配置
export AI_HEALTHCARE_SYSTEM_API_KEY="your-key"
export AI_HEALTHCARE_SYSTEM_OUTPUT_DIR="./output"
📑 README 深度解析 真实文档 完整度 95/100 含工作流图 查看 GitHub 原文 →
以下内容由系统直接从 GitHub README 解析整理,保留代码块、表格与列表结构。

简介

--- title: Aio Health Backend emoji: 🏥 colorFrom: blue colorTo: green sdk: docker

⚡ Feature Highlights

📋 Prerequisites & System Requirements

Before running the application, ensure your environment meets the following specifications:

RequirementMinimum SpecRecommended SpecNote
**Operating System**Windows 10/11, macOS 12+, LinuxUbuntu 22.04 LTS, Windows WSL2Fully cross-platform compatible
**Python**3.103.11.xManaged via virtual environment
**Node.js**18.x20.xRequired for building React 19 UI
**RAM**8 GB16 GB+Local Ollama models (e.g. Llama 3.2) require 8GB+ free
**GPU**OptionalNVIDIA GPU (8GB+ VRAM)Acceleration for local Ollama LLMs
**Database**SQLite (WAL mode)PostgreSQL 15+Auto-configured via DATABASE_URL

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

Set up python dependencies

python -m pip install -r requirements.txt cp .env.example .env # Update secret keys

Install React portal dependencies

npm --prefix frontend install

☁ 5 Deployment Options

Docker Compose, Enterprise Stack (7 services), Render PaaS, Kubernetes (3-replica HA), Terraform AWS (VPC + EKS + RDS + ElastiCache).

</td> <td width="33%" valign="top">

5. Deployment, Operations & Security

2. Launch with Docker Compose

Launches the complete service container stack (FastAPI backend + React frontend + PostgreSQL + Redis) in a single command:

git clone https://github.com/pavanbadempet/AI-Healthcare-System.git
cd AI-Healthcare-System
cp .env.example .env          # Update GOOGLE_API_KEY & JWT SECRET_KEY
docker compose up --build

🚀 Current Live Serverless Deployment Stack

The platform is currently operating continuously in a multi-cloud serverless production environment. This live topology utilizes 4 major PaaS/SaaS systems interconnected securely:

🌐 AWS Enterprise Production Deployment

For production deployments, the platform utilizes Terraform for Infrastructure as Code (IaC) to provision a secure, scalable, and highly available AWS environment. Applications are containerized and orchestrated inside an Amazon EKS (Elastic Kubernetes Service) cluster.

Deploy to AWS (takes ~15 minutes to spin up EKS, RDS, and ElastiCache)

terraform apply -auto-approve ```

2. EKS Application Deployment (Kubernetes)

Located under the k8s/ directory, the manifests declare: healthcare-backend: A 3-replica High-Availability deployment of the FastAPI server, drawing secrets from healthcare-secrets. healthcare-frontend: A 2-replica deployment of the React SPA served via Nginx. Horizontal Pod Autoscaling: Automatically scales pods between 3 and 10 replicas based on real-time CPU and memory usage (defined in autoscaling.yaml). Ingress Routing: Standardizes path routing (/ to frontend, /v1 to backend) with automated TLS handshakes.

#### Deploy App to EKS: ```bash

4. Deploy all resources

kubectl apply -f k8s/ --namespace healthcare ```

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

⚡ Quick Start

⚙ Environment Configuration Reference

Create a .env file in the project root based on the table below:

VariableTypeDefaultPurpose
DATABASE_URLstringsqlite:///./healthcare.dbConnection string for SQL database (SQLite/Postgres).
GOOGLE_API_KEYstringGemini API key (optional if Ollama is active).
SECRET_KEYstringJWT signing key. Generate via openssl rand -hex 32.
OLLAMA_BASE_URLstringhttp://127.0.0.1:11434Endpoint for local private AI inference.
OLLAMA_MODELstringllama3.2Model target for Ollama inference sessions.
GEMINI_MODELstringgemini-1.5-flashCloud model fallback destination.
ALLOWED_HOSTSstring127.0.0.1Host whitelist constraint for security.
CORS_ORIGINSstringhttp://127.0.0.1:3000Allowed client endpoints for CORS validations.
RATE_LIMIT_REQUESTS_PER_MINUTEint60Limit count for API rate limit rules.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

🔄 Zero-Configuration Developer Fallback Modes

To allow the platform to run seamlessly on developer machines and thin CI/CD environments (such as GitHub Actions) without requiring the installation of proprietary/external enterprise dependencies (clinical-rag-cache and clinical-fhir-abdm), the backend features a robust local fallback system:

  • Fully-Featured Local RAG & Vector Store Fallback: Automatically switches to a persistent JSON-based vector store in backend/rag.py featuring LSH (Locality Sensitive Hashing) Approximate Nearest Neighbor indexing and hybrid similarity scoring.
  • Persistent Semantic Cache Fallback: Implements a local file-based SemanticCache using cosine similarity matching over embeddings to optimize and cache LLM responses locally.
  • Fully-Schema-Compliant FHIR/ABDM fallbacks: Generates fully validated FHIR R4 Resources (Patient, Observation, MedicationRequest, Invoice, CareEvent, etc.) with local reference resolution and bundle validation, satisfying rigorous automated verification tests out-of-the-box.
  • Auto-Initializing Database Schema: Automatically creates and initializes the SQLite schema (Base.metadata.create_all) for all standalone audit runners and tests if a local fallback database is used, guaranteeing that clinical agents can run instantly without manual migrations.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

1. Update your local kubeconfig to point to the new EKS cluster

aws eks update-kubeconfig --name healthcare-prod-cluster --region us-east-1

Run the REST API

uvicorn backend.main:app --reload --host 127.0.0.1 --port 8000


#### Setup Frontend:
bash

📡 Complete REST API Contract

The FastAPI backend exposes the following REST endpoints:

🔑 Commercial Developer Packages (Polar.sh)

If you are a B2B SaaS founder or software developer building products that require offline cryptographic licensing or calibrated machine learning pipelines, you can acquire our production-ready standalone packages directly on Polar.sh with zero-config delivery:

🔑 fastapi-license-gate

A plug-and-play middleware and token verification system for FastAPI apps that need offline, cryptographically signed customer license verification.

  • Features: RSA/HS256 signed JWT validation, tier-based access control, local trial validation key map, configurable exact and prefix path exclusions.
  • Price: $15.00 (One-time purchase)
  • Deliverable: Instant access to private repository + package updates.
Get fastapi-license-gate on Polar →

📊 clinical-tabular

A production-ready diagnostic support ML SDK containing calibrated classification models, dataset prep, and conformal prediction confidence bounds.

  • Features: Calibrated ML diagnostic pipelines, SHAP explainers, Tabular MLP / FT-Transformer architectures, parallelized testing suite.
  • Price: $15.00 (One-time purchase)
  • Deliverable: Instant access to private repository + package updates.
Get clinical-tabular SDK on Polar →

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

⚙ 8 CI/CD Pipelines

Pytest + coverage, CodeQL SAST, Docker GHCR builds, HuggingFace sync, Dependabot, release drafter, stale bot, and Render keep-alive.

</td> </tr> </table>

Built for enterprise, built for production. This is a production-grade clinical intelligence platform demonstrating advanced ML engineering, LLM orchestration, RAG architecture, and DevOps maturity in a single cohesive codebase.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

2. Clinical & Medical Workflows

  • Diagnostics Workflow &mdash; Clinical lab metric intake, inference pipeline, SHAP interpretability plot rendering, and physician validation.
  • Nursing Workflow &mdash; Nurse worklist coordinators, vital sign logs, and shift handover data packets.
  • Pharmacy Workflow &mdash; E-prescription fulfillment, drug-drug interaction validation checks, and automatic reorder thresholds.
  • Billing Workflow &mdash; Insurance claims verification, double-entry transactional ledgers, and payment processing loops.
  • Discharge Workflow &mdash; Inpatient release checklists, outpatient referral summaries, and automatic FHIR serialization.
  • Hospital Operations Core &mdash; Inpatient/Outpatient (IPD/OPD) coordinate systems, bed allocation logic, and clinic occupancy algorithms.

Interoperability & Integration Standards

  • GET /v1/interop/patient/fhir-bundle: Export patient record as FHIR R4 JSON bundle.
  • POST /v1/interop/patient/consents: Grant interoperability access consent.
  • POST /v1/interop/patient/consents/{consent_id}/revoke: Revoke granted data consent.
  • GET /v1/interop/abdm/readiness: Check India ABDM integration sandbox readiness.
  • POST /v1/interop/abdm/consent-callbacks: Ingest ABDM consent lifecycle event.
  • GET /v1/interop/dicomweb/readiness: Verify DICOM PACS connection status.
  • GET /v1/interop/smart/readiness: Verify SMART on FHIR authorization client status.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

🚀 CI/CD Pipelines Registry

We run 8 structured GitHub Actions workflows for continuous integration and compliance:

WorkflowTriggerPurpose
**CI Tests**Push/PRRuns complete backend pytest and frontend unit verification.
**CodeQL**Push/PR + weeklySAST vulnerability scan checks.
**Docker Build**Push/PRBuilds production image tags to ghcr.io.
**HuggingFace Sync**Push to mainAuto-deploys Space code updates to Hugging Face.
**Keep-Alive**ScheduledPing schedules to prevent Render cold boots.
**Labeler**Push to mainSynchronizes repository issues tags.
**Release Draft**Push/PRAutomatic changelog drafts compilation.
**Stale Bot**ScheduledAuto-flags idle issues.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

4. GitHub Actions (CI/CD Pipeline Orchestration)

  • Application: Fully automated CI/CD pipeline gating every pull request and push to the main branch.
  • Architecture: Executes the complete 1,500+ unit test suite using pytest -n auto, verifies UI components with Vitest, runs End-to-End browser tests with Playwright, and checks security vulnerabilities with CodeQL.

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

2. Apache Airflow Pipeline Orchestration

The pipeline runs daily data engineering workflows orchestrated via Apache Airflow (airflow/dags/): healthcare_data_pipeline.py (Ingestion & ETL): Manages raw data ingestion, schedules PySpark SparkSubmitOperators to execute ETL tasks, and processes medical data snapshots. healthcare_data_modeling.py (Dimensional Modeling & SCD): Transforms operational EHR data into an optimized star schema (Fact Tables & Dimension Tables). Implements Slowly Changing Dimensions (SCD Type 2) on the patient dimension table to track historical demographic updates over time. * delta_lake_operations.py (Lakehouse Maintenance): Schedules daily OPTIMIZE and Z-ORDER BY (patient_id, timestamp) operations to merge small files and partition the data, alongside VACUUM runs to prune obsolete historical data.

🆚 Competitive Comparison: Why AI Healthcare System?

Feature / CapabilityAI Healthcare SystemOpenMRSGNU HealthTypical Legacy EHRs
**AI Clinical Decision Support**✅ Integrated (5 ML Models + SHAP)❌ None❌ None❌ Hardcoded rules only
**Interactive RAG Chatbot**✅ LangGraph + Local Ollama Fallback❌ None❌ None❌ None
**Modern Technology Stack**✅ React 19 + Vite 8 + FastAPI❌ Legacy Java Server Pages❌ GTK / Python 2/3 Desktop❌ Legacy ASP.NET / Java Swing
**Offline Privacy Gate**✅ Fully Offline Local Inference Option❌ N/A❌ N/A❌ Heavy Cloud Dependency
**FHIR R4 Interoperability**✅ Native Serialization & Bundle Export✅ Supported⚠️ Partial⚠️ Custom proprietary APIs
**ABDM Digital Health Stack**✅ Active Consent Lifecycle & Sandboxing❌ Third-party plugins❌ None❌ Enterprise integration required
**Modern Telemetry Broadcasting**✅ Live WebSockets Broadcasts❌ None❌ None❌ Batch reporting only

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

❓ FAQ

<details> <summary><strong>Click to expand Frequently Asked Questions</strong></summary>

Q1: How do I run this without an API key? Install Ollama, run ollama pull llama3.2, set OLLAMA_BASE_URL=http://127.0.0.1:11434 in .env, and leave GOOGLE_API_KEY unset. All inference runs locally — free and private.

Q2: How do I deploy this platform to the cloud? The platform is fully containerized and can be deployed to Render using the included render.yaml configuration. For production enterprise environments, you can deploy using the provided Kubernetes manifests (k8s/) or the AWS EKS/RDS Terraform configuration (terraform/).

Q3: Is this HIPAA compliant? This platform implements HIPAA-oriented controls (bcrypt, JWT, RBAC, audit logging, PII-scrubbed errors, per-user consent). Full HIPAA compliance for production requires additional organizational controls, BAAs, and a formal compliance review.

Q4: How do I add a new disease prediction model? Add a training script → register in prediction.py:initialize_models() → add Pydantic schema → add endpoint → add model card in model_cards.py → write unit test.

Q5: How does the chatbot remember my health history? RAG — your health records are embedded with Gemini text-embedding-004, stored in a vector store, retrieved by cosine similarity when you ask a question, and assembled into context before the LLM responds. Your data is scoped to your account only.

Q6: What is FHIR R4 and why does this implement it? FHIR R4 is the international standard for exchanging healthcare data. Implementing it means patient records can be exported to or imported from any FHIR-compatible EHR (Epic, Cerner, etc.) without custom integration.

Q7: How does the model hot-reloader work? The /v1/admin/reload_models route triggers the ModelService state singleton to download or reload .pkl weights from disk into memory atomically. All current sessions use the new weights immediately without API service disruption.

Q8: Why are some ML models scoring low specificity (e.g. Kidney/Lung)? Some datasets (e.g. Lung Cancer / CKD) are heavily imbalanced. In screening applications, we optimize for 100% sensitivity (no false negatives), leading to lower specificity. We discuss these trade-offs in docs/MODEL_AND_DATASET_CARDS.md.

Q9: What is India's ABDM Digital Health Stack integration? It provides standard endpoints to link Health IDs (ABHA), handle consent callbacks, and serialize records into encrypted FHIR packages for exchange over India's National Health Stack.

Q10: How does the turbovec Rust SIMD index work? turbovec is a compiled Rust library that computes cosine similarity between user query embeddings and patient vectors using SIMD instructions. If compilation fails, it automatically falls back to scikit-learn metrics.

Q11: Can I plug in PostgreSQL instead of SQLite? Yes. Define the DATABASE_URL=postgresql://user:password@host:5432/dbname environment variable. The SQLAlchemy database layer automatically scales, handles connection pools, and configures PostgreSQL constraints at startup. </details>

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

<img src="docs/assets/divider.svg" alt="AI Healthcare System visual separator divider line" width="100%"/>

🎯 aiskill88 AI 点评 A 级 2026-07-07

高质量的AI医疗数据工程平台,集成了PySpark和Airflow

⚡ 核心功能

  • 开源免费,支持本地部署,数据完全自主可控
  • 活跃的 GitHub 开源社区,持续迭代更新
  • 提供详细文档和使用示例,新手友好
  • 支持自定义配置,灵活适配不同使用环境
  • 可作为基础组件集成进现有技术栈或进行二次开发

👥 适合人群

AI 技术爱好者研究人员和学生开发者和工程师技术创业者

🎯 使用场景

  • 本地部署运行,保护数据隐私,满足合规要求
  • 自定义集成到现有系统,扩展技术栈能力
  • 作为开源基础组件进行商业化二次开发

⚖️ 优点与不足

✅ 优点
  • +完全开源免费,无授权费用
  • +本地部署,数据完全自主可控
  • +开发者社区支持,遇问题可查可问
⚠️ 不足
  • 安装和初始配置可能需要一定技术基础
  • 功能完整性通常不如成熟商业产品
  • 技术支持主要依赖开源社区,响应速度不稳定
⚠️ 使用须知

该工具使用 AGPL-3.0 协议,商用场景请仔细阅读协议条款,必要时咨询法律意见。

AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。

建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。

📄 License 说明

⚠️ AGPL 3.0 — 最严格的 Copyleft,网络服务端使用也需开源,SaaS 使用受限。

❓ 常见问题 FAQ

dd a training script → register in `prediction.py:initialize_models()` → add Pydantic schema → add endpoint → add model card in `model_cards.py` → write unit test.
💡 AI Skill Hub 点评

经综合评估,AI医疗系统 在AI工具赛道中表现稳健,质量优秀。如果你已有明确的使用需求,可以直接上手体验;如果还在评估阶段,建议对比同类工具后再做决策。

📚 深入学习 AI医疗系统
查看分步骤安装教程和完整使用指南,快速上手这款工具
🌐 原始信息
原始名称 AI-Healthcare-System
Topics apache-airflowartificial-intelligenceclinical-decision-supportdata-engineeringdata-pipelinepython
GitHub https://github.com/pavanbadempet/AI-Healthcare-System
License AGPL-3.0
语言 Python
🔗 原始来源
🐙 GitHub 仓库  https://github.com/pavanbadempet/AI-Healthcare-System 🌐 官方网站  https://pavanbadempet-ai-healthcare-system.hf.space/

收录时间:2026-07-07 · 更新时间:2026-07-07 · License:AGPL-3.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。