橙武低代码平台在殡葬服务行业的系统化应用与设计实践-CSDN博客

本文链接：https://blog.csdn.net/hanmengkai/article/details/149429352

一、行业现状与数字化需求

1.1 行业特性

殡葬服务行业具有强流程、强协同、强情绪干预三大特征：

流程性强：从遗体接运、冷藏、火化、追悼、法事到安葬，每个环节高度依赖时间节点与资源调度；
协同度高：内部需跨工种协作（接运员、火化员、布置师、礼仪人员等），外部则需配合民政、公安等部门；
情绪管理特殊：服务对象为逝者家属，需求强烈但沟通不畅，稍有流程混乱即引发投诉。

然而，现实中该行业普遍存在以下问题：

纸质记录居多，无线上系统，流程完全依赖人脑调度；
信息断档严重，无集中平台记录各服务节点状态；
价格不透明，服务清单无法数字化生成与追溯；
城市监管难度大，民政平台上传数据不及时不完整。

尤其在中小城市，几乎未形成任何系统化管理能力，亟需通过低成本、高效率的信息化手段打破现状。

二、平台简介：橙武低代码的能力模型

橙武低代码平台，专为流程密集型服务行业打造，核心技术栈为：

Amis：负责动态表单与CRUD界面自动生成；
LogicFlow：完成流程图可视化与节点规则编排；
Pebble模板引擎：支持多角色视图渲染与模板输出；
MySQL 8：提供强结构性的数据存储能力；
平台特性：
- SaaS 多租户支持；
- 流程驱动架构；
- 表单脚本能力强大；
- 支持政务对接、票据打印、移动端小程序接入。

其开发流程如下：

定义数据表结构；
自动生成 Amis CRUD 页面；
使用 LogicFlow 配置流程流转与审批节点；
设置菜单与角色访问控制；
进行线上联调与部署。

该平台无需重写大量代码，仅需定义逻辑与数据，即可完成中等复杂度业务系统开发，适用于殡葬行业这种“小而繁”的行业场景。

三、典型业务流程拆解

我们以某中型城市的殡仪服务站为模型，分析其核心业务流程：

3.1 流程节点一览：

序号	流程名称	涉及角色	是否政务留痕	时间要求
1	遗体接运登记	家属、接运员	是	30分钟内响应
2	冷藏存放登记	冰存管理员	是	实时
3	火化排程	家属、火化员	是	当日或次日
4	追悼厅布置	礼仪组、家属	否	一天前准备
5	法事与主持人预约	家属、法事主持人	否	可选
6	费用清单生成	出纳、管理员	是	实时生成
7	发票打印归档	出纳	是	同日完成
8	满意度回访	系统自动触发	否	火化后+1天

3.2 流程图示意（LogicFlow）

接运登记 → 冰存登记 → 火化排程 →（追悼厅布置 → 法事预约）→ 费用清单 → 发票归档 → 服务回访

流程设计具有典型的“顺序 + 分支 + 会签”特征，非常适合用 LogicFlow 可视建模并动态生成节点表单。

四、系统功能模块设计

基于上述流程，我们可将整个系统拆分为以下六大模块：

4.1 服务接待模块

预约登记（微信小程序或电话录入）；
自动生成服务编号；
家属信息与逝者信息录入。

4.2 接运与冷藏模块

接运调度：自动匹配空闲车辆；
冰柜管理：支持尸位占用登记、温控管理；
接运轨迹留痕，用于政务上传。

4.3 火化排程模块

火化炉资源排程；
支持优先级设定（特殊家庭、预约延迟等）；
家属端可查看排队进度。

4.4 追悼与法事模块

多厅并行管理；
布置内容一键复制模板；
法事主持人排班与自助预约。

4.5 费用与发票模块

所有服务自动记录消费项；
费用清单支持增值税发票打印；
已开发票自动归档关联订单。

4.6 留痕与回访模块

系统按节点自动生成“服务日志”；
家属满意度问卷自动推送；
不满意结果自动提交管理员审查。

五、核心数据表与SQL建表示例

以下是关键功能模块对应的表结构与SQL建表语句（基于 MySQL8）：

5.1 遗体接运表（corpse_transport）

CREATE TABLE corpse_transport (
  id INT AUTO_INCREMENT PRIMARY KEY,
  order_no VARCHAR(64) NOT NULL,
  deceased_name VARCHAR(50),
  pickup_time DATETIME,
  pickup_address VARCHAR(255),
  vehicle_id INT,
  driver_name VARCHAR(50),
  gps_trace TEXT,
  status VARCHAR(20),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);

5.2 冰存登记表（corpse_storage）

CREATE TABLE corpse_storage (
  id INT AUTO_INCREMENT PRIMARY KEY,
  corpse_id INT,
  storage_slot VARCHAR(20),
  start_time DATETIME,
  expected_fire_time DATETIME,
  temperature DOUBLE,
  status VARCHAR(20),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);

5.3 火化排程表（cremation_schedule）

CREATE TABLE cremation_schedule (
  id INT AUTO_INCREMENT PRIMARY KEY,
  corpse_id INT,
  furnace_no VARCHAR(20),
  scheduled_time DATETIME,
  priority INT DEFAULT 0,
  operator_name VARCHAR(50),
  status VARCHAR(20),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);

5.4 追悼厅与法事预约（farewell_service）

CREATE TABLE farewell_service (
  id INT AUTO_INCREMENT PRIMARY KEY,
  corpse_id INT,
  hall_no VARCHAR(20),
  decoration_theme VARCHAR(100),
  master_name VARCHAR(50),
  schedule_time DATETIME,
  type ENUM('追悼会', '法事'),
  remarks TEXT,
  status VARCHAR(20),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);

5.5 费用明细与开票记录（billing_record）

CREATE TABLE billing_record (
  id INT AUTO_INCREMENT PRIMARY KEY,
  corpse_id INT,
  item_name VARCHAR(100),
  amount DOUBLE,
  tax_rate DOUBLE,
  is_invoiced BOOLEAN DEFAULT FALSE,
  invoice_no VARCHAR(64),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
);