低代码在乡镇卫生站系统建设中的实践方案-CSDN博客

——基于橙武平台的乡村医生工作平台原型探索

一、背景：技术很远，需求很近

在讨论“数字乡村”“基层医疗信息化”这些议题时，我们习惯从政策、资金或平台战略谈起。但真正深入到中国数以万计的乡镇卫生院、村级卫生站后，能看到的往往是：

病历写在纸上，档案封存在铁柜；
药品登记靠小本，库存全凭经验；
医保报销用U盘打包上传，失败率高；
“慢病随访”靠微信群问候，几乎无留痕。

我们接触的一个村医说：“上面说建档，我们就拍照上传表格；上面说录医保，我们就按Excel顺序填进去。”这不是他们不想用系统，而是：

他们面前的系统，不好用。或者说，用不起、学不会、配不上。

二、系统建设困境的三个维度

2.1 数据要求越来越多

过去，乡镇卫生院只需要记录基本诊疗行为；现在，需要：

建档随访（高血压、糖尿病、精神病）；
接种计划（儿童、老人）；
居家健康检测（血压、血糖）；
上报到基层健康信息平台、区域HIS接口。

而这些数据都有结构要求、字段标准与上传格式。传统的纸笔登记和自由表格越来越难以应付。

2.2 系统学习成本过高

目前多数卫生信息系统是为城市医院设计的，接口复杂、术语繁多、流程繁冗。一个村医往往需多次远程培训才能上手，真正用得顺畅的很少。

更常见的状态是：用一个系统查档案、一个系统看药品、一个系统传医保、再一个系统上传接种数据。

2.3 网络与设备不稳定

基层地区常面临网络不稳定、设备老化、系统更新慢的问题。很多村医平时用安卓旧手机，办公室的电脑系统甚至还是Windows 7，带宽常年不足10M。

这就需要系统具备：

App + Web双入口；
支持脱机同步、缓冲操作；
低资源消耗、前端性能优化。

三、设计方向：不是“全功能HIS”，而是“乡村医生能用的系统”

我们在基于橙武低代码平台进行建模时，首先定了一个基本原则：

不求大而全，只做“够用、好用、可交付”的医生工作台。

这个系统主要面向两个角色：

乡村医生：负责日常建档、诊疗、报销登记、药品管理；
乡镇卫生院管理人员：负责档案审阅、医保上传、药品调拨、数据报表。

系统模块按使用频次与实际落地紧急性划分如下：

功能模块	使用频率	是否强政策要求	系统优先级
居民健康档案	高	是	★★★★★
慢病随访记录	高	是	★★★★★
药品库存登记	中	否	★★★★
医保结算上传	中	是	★★★★
儿童疫苗接种	中	是	★★★★
外出巡诊登记	中	否	★★★
健康宣教计划	低	否	★★

四、系统原型设计（基于橙武低代码平台建模）

橙武低代码平台提供了数据建模、流程编排、动态表单、角色权限与前端渲染的组合能力，适合搭建中低复杂度、流程明确的业务系统。

4.1 核心数据表设计

（1）居民档案表 `resident_profile`

CREATE TABLE resident_profile (
  id INT AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(50),
  gender ENUM('男','女'),
  birthday DATE,
  id_card VARCHAR(18),
  village VARCHAR(100),
  contact_phone VARCHAR(20),
  chronic_diseases VARCHAR(255),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

（2）随访记录表 `follow_up_record`

CREATE TABLE follow_up_record (
  id INT AUTO_INCREMENT PRIMARY KEY,
  resident_id INT,
  follow_up_date DATE,
  disease_type ENUM('高血压', '糖尿病', '重性精神病'),
  bp_systolic INT,
  bp_diastolic INT,
  heart_rate INT,
  medication_status TEXT,
  doctor_name VARCHAR(50),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

（3）药品库存表 `drug_inventory`

CREATE TABLE drug_inventory (
  id INT AUTO_INCREMENT PRIMARY KEY,
  drug_name VARCHAR(100),
  unit VARCHAR(20),
  quantity INT,
  batch_no VARCHAR(50),
  expiry_date DATE,
  supplier VARCHAR(100),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

（4）医保上传记录表 `insurance_report`

CREATE TABLE insurance_report (
  id INT AUTO_INCREMENT PRIMARY KEY,
  resident_id INT,
  service_date DATE,
  fee_total DOUBLE,
  diagnosis TEXT,
  uploaded BOOLEAN DEFAULT FALSE,
  upload_status TEXT,
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);