公共卫生的一个体检表如下,体检表就占4页纸,这是其中的一部分,基于这个论坛的限制,无法全部展示,其余有好几十个表格,而且随时会进行调整,请问如何建立一个针对编程比较高效率的数据表,有一个做法是使用XML字段,想问问有没有其它方法,要便于查询,便于修改维护,便于编程等。症
状 1无症状 2头痛 3头晕 4心悸 5胸闷 6胸痛 7慢性咳嗽 8咳痰 9呼吸困难 10多饮 
11多尿 12体重下降 13乏力 14关节肿痛15视力模糊16手脚麻木17尿急18尿痛 
19便秘 20腹泻21恶心呕吐22眼花 23耳鸣 24乳房胀痛 25其他                                                            
  □/□/□/□/□/□/□/□/□/□



况 体   温 ℃ 脉   率 次/分钟
呼吸频率 次/分钟 血   压 左 侧 /       mmHg
右 侧 /       mmHg
身   高 cm 体   重 kg
腰   围 cm 体质指数(BMI) Kg/m2
老年人健康状态自我评估* 1满意  2基本满意  3说不清楚  4不太满意  5不满意 □
老年人生活自理能力自我评估* 1 可自理(0~3分)     2轻度依赖(4~8分)
3 中度依赖(9~18分)   4 不能自理(≥19分) □
老年人
认知功能* 1粗筛阴性
2粗筛阳性, 简易智力状态检查,总分         □
老年人
情感状态* 1粗筛阴性
2粗筛阳性, 老年人抑郁评分检查,总分         □
 



式 体育锻炼 锻炼频率 1每天  2每周一次以上  3偶尔  4不锻炼 □
每次锻炼时间 分钟 坚持锻炼时间 年
锻炼方式  
饮食习惯 1荤素均衡 2荤食为主 3素食为主 4嗜盐 5嗜油 6嗜糖 □/□/□
吸烟情况 吸烟状况 1从不吸烟   2已戒烟    3吸烟                     □
日吸烟量 平均        支
开始吸烟年龄 岁 戒烟年龄 岁
饮酒情况 饮酒频率 1从不  2偶尔  3经常  4每天 □      
日饮酒量 平均        两
是否戒酒 1未戒酒  2已戒酒,戒酒年龄:      岁 □ 
开始饮酒年龄 岁 近一年内是否曾醉酒 1是  2否    □
饮酒种类 1白酒2啤酒3红酒 4黄酒 5其他           □/□/□/□
职业病危害因素接触史 1无 2有(工种       从业时间    年)                
毒物种类  粉尘                防护措施1无 2有      
放射物质            防护措施1无 2有      
          物理因素            防护措施1无 2有      
化学物质            防护措施1无 2有     
其他                防护措施1无 2有       □




针对人类的卫生来说,总体是很复杂的,例如有高血压、糖尿病、妇科、儿科、老年人等等,相互之间还有可能交叉,分类都很难分

解决方案 »

  1.   

    是啊,很晕,多看几个表更晕,当然,这个晕与在论坛里无法排版,无法加表格线有点关系
      

  2.   

    医疗方面的数据库架构有很多成熟的参考资料吧。去搜搜
      

  3.   

    这不复杂其实,就是备选项多了点而已
    每个项目建立一个字段就完了
    症状,体温,身高
      

  4.   

    1 为症状、一般状况、生活方式等建基本表,严格按数据库设计原则完成一对多、多对多参照关系;
    2 有基础表后,玩命按编程要求设计视图。
    越复杂的数据库系统、越要按数据库设计原则办事。
      

  5.   

    最好先百度查找一些这方面的资料,然后先建立一些基本表,再建一些引用它们的数据表,
    分析表与表之间的关系,再弄少量数据进行可行性测试....
      

  6.   

    症状,体温,身高这些确实都很简单,但是栏目繁多,若是每个都建立字段的话,好像太麻烦,现在是在寻求有没有更好的办法
      

  7.   


    能否给点小资料?还不怎么了解这个关键字,都搜不到什么资料的。
      

  8.   

    这些基本参数可以放在一个基本代码表里
    id,名称,数据
    -------
    1`症状  发热
    2 体温,37.7
    3 身高  2.3
      

  9.   


    考虑过这种做法,缺点是一个人要很多条记录表达,难道查询的时候做交叉表?我指多人一起查询的时候。另外,其它复杂的数据怎么做?
      

  10.   

    表格式越简单越好,这样便于生成各种样式的报表,除非是你的报表就是固定的一种,千年不变,那么数据库就不用考虑什么范式等等了,但现实情况这种可能性很小,每个领导关心的角度和想要的报表样式都是千奇百怪的,换一个领导可能原来的报表就不适用了,计划不如变化,变化不如领导一句话。
      

  11.   

    关键是这么做的话,记录数太多,会影响查询的,例如一个社区50000人来说,每人每年300条记录,岂不是1500万条记录了,在小服务器来说,这个记录数有点问题了,而且索引不好根据年代建立,只能根据人员建立吧,这个索引的效率不高的。
      

  12.   

    能否给点小资料?还不怎么了解这个关键字,都搜不到什么资料的。