1. 医美收费系统开发背景与需求分析
医美行业的收费场景与传统医疗存在显著差异。我在实际开发中发现，医美机构通常需要处理复杂的项目组合、频繁的促销活动和多样化的支付方式。一套专业的收费系统需要满足以下核心需求：
- 灵活计价：支持单项目、套餐组合、阶梯定价等多种计费模式
- 实时优惠：能够处理折扣券、满减活动、会员价等各类促销规则
- 支付整合：对接主流支付渠道的同时保留现金交易记录
- 票据规范：生成符合财税要求的电子凭证
基于Qt C++的方案选择主要考虑三点：首先，Qt的跨平台特性适合医美机构多样的硬件环境；其次，C++的性能优势能应对高峰期密集的收费操作；最后，Qt丰富的UI组件便于打造专业美观的操作界面。
2. 系统架构设计与技术选型
2.1 整体架构分层
采用经典的三层架构设计：
code复制表示层(Qt Widgets) → 业务逻辑层(C++核心类) → 数据访问层(SQLite)
特别增加了独立的打印服务层，通过Qt的PrintSupport模块实现小票打印功能。这种设计将界面交互与业务逻辑彻底解耦，我在后期功能扩展时深刻体会到这种架构的优越性。
2.2 数据库设计要点
医美收费系统的数据模型需要特别注意三个特性：
- 项目多维度属性：除了基础价格，还需记录适用部位、疗程次数等医美特有属性
- 复杂的优惠关系：优惠规则可能同时关联项目类型、客户等级、时间段等多个维度
- 完整的审计追踪：每笔交易需要记录操作员、修改历史等完整日志
核心表结构设计示例：
cpp复制CREATE TABLE aesthetic_project (
projectCode TEXT PRIMARY KEY,
projectName TEXT NOT NULL,
type INTEGER CHECK(type IN (0,1)), -- 0单项目 1套餐
originalPrice REAL CHECK(originalPrice >=0),
discountPrice REAL,
department TEXT,
bodyPart TEXT, -- 适用部位
courseTimes INTEGER -- 疗程次数
);
2.3 关键技术选型对比
| 技术选项 | 优势 | 适用场景 | 最终选择原因 |
|---|---|---|---|
| SQLite | 零配置、单文件 | 中小型机构 | 部署简单，Qt原生支持 |
| MySQL | 高并发、分布式 | 连锁机构 | 当前项目规模不需要 |
| QML | 界面炫酷 | 需要动画效果 | 收费系统更重实用性 |
| Widgets | 成熟稳定 | 表单密集型 | 最终选择 |
3. 核心功能实现细节
3.1 动态计价引擎实现
医美行业的计价规则往往非常灵活，我们设计了一个规则引擎来处理各种场景：
cpp复制class PricingEngine {
public:
double calculateTotal(const QList<CartItem>& items,
const CustomerInfo& customer,
const QList<Coupon>& coupons);
private:
// 分步计算逻辑
double applyMemberDiscount(double subtotal, int memberLevel);
double applyPackageDiscount(const QList<CartItem>& items);
double applyCoupons(double currentTotal, const QList<Coupon>& coupons);
};
实际开发中遇到的典型问题：
- 折扣叠加顺序：满减和折扣券同时使用时，不同的计算顺序会导致最终价格差异
- 套餐嵌套计算：套餐内项目可能又参与其他优惠活动
- 精度丢失：多次折扣运算后容易出现几分钱差额
重要经验：所有货币计算必须使用定点数而非浮点数，我们采用QCurrency类来处理精确到分的人民币计算。
3.2 支付模块对接
支付接口设计采用抽象工厂模式，便于后续新增支付方式：
cpp复制class PaymentInterface {
public:
virtual bool pay(const QString& orderNo, double amount) = 0;
virtual QString lastError() const = 0;
};
class WechatPayment : public PaymentInterface { /*...*/ };
class AlipayPayment : public PaymentInterface { /*...*/ };
实测中发现三个关键点：
- 医美机构营业时间特殊，需要处理夜间支付的到账延迟提示
- 大额支付需要额外验证操作员权限
- 支付超时需要完善的重试机制
3.3 小票打印的坑与解决方案
使用Qt的QPrinter实现小票打印时，遇到的主要挑战是不同打印机的兼容性问题。我们的解决方案是：
- 设计打印模板引擎：
cpp复制class ReceiptTemplate {
void addHeader(const QString& clinicName);
void addItem(const QString& name, double price, int count);
void addFooter(double total, const QString& paymentType);
};
- 实测中发现的热敏打印机常见问题：
- 部分品牌打印机对字体大小支持有限
- 纸张宽度不一致导致换行错乱
- 联机状态检测不可靠
最终我们通过引入打印机探测和自动适配机制解决了这些问题。
4. 典型问题排查指南
4.1 数据库并发访问冲突
症状：高峰期偶尔出现"database is locked"错误
解决方案：
- 使用SQLite的WAL模式替代默认的rollback journal模式
- 实现重试机制：
cpp复制int retries = 3;
while(retries--) {
try {
executeSQL(query);
break;
} catch(const SqlException& e) {
if(!e.message().contains("locked")) throw;
QThread::msleep(100);
}
}
4.2 界面卡顿优化
医美收费系统在加载大量项目时可能出现界面卡顿。我们通过以下措施显著改善：
- 实现数据懒加载：
cpp复制void ProjectSelector::loadData() {
QTimer::singleShot(0, this, [this](){
// 实际加载代码
});
}
- 使用QStandardItemModel的批量更新：
cpp复制model->blockSignals(true);
// 批量更新操作
model->blockSignals(false);
4.3 支付超时处理流程
支付过程中网络不稳定可能导致交易状态不确定。我们设计的处理流程：
- 前端显示"支付处理中"并启动90秒倒计时
- 后台轮询支付网关查询交易状态
- 超时后提供"重新支付"和"取消订单"选项
- 记录详细日志供财务对账
5. 系统部署与维护建议
5.1 硬件配置方案
根据医美机构规模推荐不同配置：
| 机构规模 | 前台终端 | 服务器 | 打印机 | 备份方案 |
|---|---|---|---|---|
| 小型(1-2诊室) | 普通PC | 无 | 热敏打印机 | 每日自动导出 |
| 中型(3-5诊室) | 工业平板 | NAS存储 | 多台打印机 | 实时同步+每日备份 |
| 大型连锁 | 定制终端 | 云服务器 | 网络打印机 | 分布式数据库 |
5.2 数据迁移策略
从旧系统迁移时建议采用分阶段方案：
- 先迁移基础项目数据和会员信息
- 保留旧系统3个月并行运行
- 使用中间件同步新增交易
- 最终完全切换前做数据校验
5.3 性能调优参数
在qtconfig.ini中建议配置：
ini复制[Database]
PoolSize=5
ConnectionTimeout=3000
[UI]
AnimationEnabled=false
实际运行中，关闭不必要的动画效果可提升约15%的界面响应速度。数据库连接池大小应根据并发收费终端数量调整，一般建议每终端配置1.5个连接。