スプリングブート コミュニティ病院の医療記録管理プラットフォーム
インターネット時代の到来とコンピュータ ネットワーク技術の急速な発展に伴い、ネットワーク管理アプリケーションはますます普及してきました。そこで、B/S構造を備えた地域病院診療録管理プラットフォームを構築することで、地域病院の診療録管理業務の体系化・標準化を図り、地域病院のイメージ向上と経営効率の向上を図ることができます。
この地域病院医療記録管理プラットフォームは、現在の地域病院医療記録管理の実際のニーズを対象としており、実際の作業に基づいて、過去の地域病院医療記録管理に存在する問題を分析し、構造、概念、モデル、コンピュータ システムの原理と方法。コンピュータのさまざまな利点を活用し、最も一般的なSpringbootフレームワーク、 B/S 構造、Java テクノロジ、および MySQL データベースを使用して設計および実装されます。この地域病院の医療記録管理プラットフォームには、主に、ログイン モジュール、Web ページモジュール、管理者モジュール、監視ユーザー モジュールの実装などの複数のモジュールが含まれています。地域病院の医療記録管理の情報化とネットワーク化を支援します。テストを通じて、システム設計の目標を達成しました。従来の管理モデルと比較して、このシステムはネットワーク データ リソースを合理的に利用し、地域病院の医療記録の複雑さを効果的に軽減します。管理プラットフォーム 経済投資により、地域病院の医療記録管理プラットフォームの効率が大幅に向上しました。
キーワード:スプリングブート フレームワーク、 JAVA プログラミング言語、MYSQL データベース、地域病院の医療記録管理プラットフォーム
管理プラットフォーム
インターネット時代の到来とコンピュータ ネットワーク技術の急速な発展に伴い、ネットワーク管理のアプリケーションはますます普及してきました。そこで、B/S構造化された地域病院診療録管理プラットフォームを構築することで、地域病院の診療録管理業務の体系化・標準化を図り、地域病院のイメージ向上と経営効率の向上を図ることができます。
この地域病院医療記録管理プラットフォームは、現在の地域病院医療記録管理の実際のニーズに基づいており、実際の作業から始めて、過去の地域病院医療記録管理に存在する問題を分析し、構造、概念、モデル、原則を組み合わせています。コンピュータシステムのメソッドと最も人気のあるスプリングブートフレームワーク、B/S構造、Javaテクノロジー、MySQLデータベース設計、コンピュータのさまざまな利点の下での実装を使用します。この地域病院の医療記録管理プラットフォームには、主に、ログイン モジュール、Web ページ モジュール、管理者モジュール、スーパーバイザー ユーザー モジュールの実装など、複数のモジュールが含まれています。地域病院の医療記録管理の情報化とネットワーク化を実現するのに役立ちました。テストを通じて、システム設計の目標は達成されました。従来の管理モデルと比較して、このシステムはネットワーク データ リソースを合理的に利用し、地域病院の医療記録管理プラットフォームの経済投資を効果的に削減し、地域病院の医療記録管理プラットフォームの効率を大幅に向上させます。
キーワード: スプリングブート フレームワーク。JAVAプログラミング言語。MYSQLデータベース。地域病院の医療記録管理プラットフォーム
目次
第1章はじめに_
1.1開発の背景
急速に発展する情報化時代において、ますます多くのインターネット技術が人々の生活に入り込み、人々はインターネットがもたらす便利で速いサービスを受け入れると同時に、インターネットがもたらす衝撃とインパクトを享受し始めています。地域病院診療記録管理プラットフォームは、現在、病院経営に欠かせない管理サイトですが、さまざまな予期せぬ現実的な理由により、普遍的に導入することができません。時間がかかると管理が非常に不便になり、エラーが発生したり、クエリが困難になったり、データが多すぎると手動の管理方法を維持することが困難になります。情報技術の応用の拡大に伴い、情報技術管理が徐々に導入され、手動管理モデルが徐々に置き換えられ、コンピュータシステムを使用して病院情報を管理するようになりました。インテリジェントな管理により、人的、物的、財政的リソースが削減され、管理時間とスペースが節約されます。作業の効率、精度、効率が向上します。今回のシステム開発は主に地域病院のカルテ管理プラットフォームを対象としており、ニーズに合わせた機能設計を行っております。
1.2開発の意義
ユーザーは、お気に入りの医師の予約が間に合わず、多くのトラブルに見舞われます。一方で、地域病院の医療記録管理プラットフォームでは体系的な管理・保守が行われておらず、医師や診療科、医療記録情報がタイムリーに更新されないという問題が発生しました。ただし、従来の地域病院の医療記録管理では依然として手動のファイリングと手動のクエリが使用されています。しかし、この管理方法では人員が増加するにつれて業務量が増大し、時間と労力がかかる、適時性に欠ける、人材の熱意が伝わりにくいなどのデメリットがありました。ウェブサイトを開設すると、ユーザーは必要な情報をすぐにシステムに問い合わせることができる一方で、情報の管理もシステムが行うことができるため、人手による処理の負担が軽減されます。
地域病院診療録管理基盤管理システムは、管理者による情報の入力・公開により、利用者が必要な情報を照会できるように構築されており、必要な情報を照会すると、システム上で簡単に情報を取得することができます。オンライン。必要な情報が見つからない場合は、管理者に情報を追加するよう通知することもできます。このように、本システムは、有能なユーザーと管理者との橋渡し関係を確立し、ユーザーが管理者からの情報をタイムリーかつ効果的に提示できることを目指しています。したがって、私たちは、オンラインの地域病院医療記録管理プラットフォーム管理システムを確立することが非常に必要であると考えており、その便利で効率的、シンプルかつ迅速な管理モードは非常に役立ちます。
1.3研究内容
ユーザー別ログイン問題:ユーザー情報(管理者、監視ユーザー)に応じて管理者の操作権限を区別し、異なる操作画面を表示します。
データベース接続の問題: データベース接続はシステムの主要なテクノロジです。
データの一貫性とセキュリティの問題: このシステムは、効果的な管理を実現するために、データの一貫性とセキュリティを確保する必要があります。権限のない管理者にデータの操作やデータベースの定期的なバックアップを許可しないでください。
インターフェイスの開発: システム インターフェイスの設計は、インターフェイスを使いやすいものにするために非常に重要です。
情報化の現状を分析する。
地域病院の医療記録管理プラットフォームの現状と既存の問題を調査する。
システムプラットフォームの全体的なアーキテクチャ、全体設計、データベース設計、データベースセキュリティ設計、機能設計を調査します。
プラットフォームの各サブシステムの機能と実装方法、情報技術の統合、情報セキュリティ技術の維持を調査し、地域病院診療録管理プラットフォームの機能設計を実施します。
第2章技術と原理
2.1 Spring Boot フレームワークの概要
Spring フレームワークは、Java プラットフォーム上のオープン ソース アプリケーション フレームワークであり、コンテナに制御反転特性を提供します。Spring フレームワーク自体にはプログラミング モデルに制限はありませんが、Java アプリケーションで頻繁に使用されるため非常に人気があり、後にEJB (Enterprise JavaBeans) モデルの補足として、または代替として使用されるようになりました。Spring フレームワークは、制御の反転のコア機能の利用や、管理対象オブジェクトのライフサイクルのコンテナ化を実装するための依存関係注入による制御の反転の実装、宣言型トランザクション管理のためのアスペクト指向プログラミングの使用など、開発のための一連のソリューションを提供します。統合 さまざまな永続化テクノロジによってデータ アクセスが管理され、開発を容易にする多数の優れた Web フレームワークが提供されます。Spring フレームワークには Inversion of Control (IOC) 機能があり、プロジェクトのメンテナンスとテストを容易にするように設計されており、Java のリフレクション メカニズムを通じて Java オブジェクトの統合設定と管理の方法を提供します。Spring フレームワークは、コンテナを使用してオブジェクトのライフ サイクルを管理します。コンテナは、XML ファイルまたはクラスの特定の Java アノテーションをスキャンすることでオブジェクトを構成できます。開発者は、依存関係の検索または依存関係の注入を通じてオブジェクトを取得できます。Springフレームワークにはアスペクト指向プログラミングがある(AOP) フレームワークと同様に、Spring AOP フレームワークはプロキシ モードに基づいており、実行時に構成可能です。AOP フレームワークは主にモジュール間の相互懸念をモジュール化します。Spring フレームワークの AOP フレームワークは基本的な AOP 機能のみを提供しており、AspectJ フレームワークと比較することはできませんが、AspectJ との統合により基本的なニーズにも対応できます。Spring AOP技術を利用することで、Springフレームワークのトランザクション管理やリモートアクセスなどの機能を実現できます。Spring のトランザクション管理フレームワークは、Java プラットフォームに抽象化メカニズムを導入し、ローカルおよびグローバル トランザクション、およびネストされたトランザクションが、Java プラットフォーム上のほぼすべての環境でセーブポイントを使用して動作できるようにします。Spring にはさまざまなトランザクション テンプレートが統合されており、システムはトランザクション テンプレート、XML または Java アノテーションを通じてトランザクションを構成でき、トランザクション フレームワークにはメッセージングやキャッシュなどの機能が統合されています。Spring のデータ アクセス フレームワークは、開発者がアプリケーションでデータベースを使用するときに遭遇する一般的な問題を解決します。Java: JDBC、iBATS/MyBATIs、Hibernate、Java Data Objects (JDO)、ApacheOJB、ApacheCayne などのすべての一般的なデータ アクセス フレームワークのサポートを提供するだけでなく、Spring のトランザクション管理と併用してデータ アクセスを提供することもできます。 。Spring フレームワークは当初、独自の Web MVC フレームワークを構築するつもりはありませんでした。開発プロセス中、その開発者は、既存の StrutsWeb フレームワークのプレゼンテーション層とリクエスト処理層の間、およびリクエスト処理層とリクエスト処理層の間の分離が必要であると考えていました。モデルだけでは十分ではなかったので、SpringMVC を作成しました。
2.2 JAVAテクノロジー
Java 言語は現在最も一般的に使用されている言語プログラムであり、そのコードはオープンソースであり、ソフトウェア開発者であれば誰でも使用でき、すでに人類のコンピュータープログラミング言語開発の歴史に大きな影響を与えています。したがって、Java 言語は非常に成熟しており、システムの開発に適用するのは良い選択であり、一般的であるため、ほとんどの人が操作できます。
Java 言語はさまざまな特徴を持っています コードの記述が非常に簡単で、さまざまな記述方法があります オブジェクト指向性が高く、使用するプラットフォームの要件がありません すべてのプラットフォームで使用できます動作、安全性能も非常に高く、本システムの開発に非常に適しています。
Java にはプラットフォーム要件がなく、どのプラットフォームでも実行できます。コードを編集するために他の言語エディタを使用する必要がなく、実行を開始できます。これは非常に優れており、私たちが使用している言語エディタだけでなく、より便利で、次のこともできます。他のプログラムを介さずに実装できるため、開発コストを節約でき、また、Javaで編集したプログラムコードを再コンパイルすることなくそのまま利用できるため、非常に便利です。また、プログラムの適用に専門的なスキルを必要としません。これにより、ソフトウェア開発の実現可能性が高まります。
2.3 MySQL データベース
mysql データベースには多くの利点があります。操作が非常に簡単です。小さなコードを記述するだけで対応する機能を実現でき、記述されたコードはどのプラットフォームでも使用できます。使用するための要件はありません。したがって、ソフトウェア開発者は、mysql データベースを使用してシステムの開発と設計を行うことができ、同時に、ソフトウェア開発のオーバーヘッドも大幅に節約でき、大容量の記憶容量と簡単な操作を備えています。それは非常に強力であるため、このシステムのデータストレージとして使用することは完全に可能です。
mysq データベースは、あらゆるソフトウェア開発者が使用できるオープン アーキテクチャです。コンピュータ ネットワークの継続的な発展に伴い、MySQL データベースは機能の面で絶えず改良されており、あらゆるシステムの開発により適しています。私たちはデータベースを改善しています。操作時は非常にシンプルで使いやすく、対応する機能を実現するために小さなコードを記述するだけで済み、編集したコードは二次コンパイルを必要とせずにどのプラットフォームでも使用できます。MySQL データベースは上記の多くの利点を備えているため、システム開発におけるデータベース アプリケーションの第一候補として使用されており、サイズが非常に小さく、開発コストも非常に低いため、多くのソフトウェア開発者に愛用されています。それらのほとんどはシステムの開始時に使用されるため、このシステムでもすべてのデータの保存と編集に MySQL データベースが使用されます。
2.4 B/S構造
B/S(ブラウザ/サーバー)構造は現在最もよく使われている構造モデルであり、システム開発がシンプルで運用しやすく、メンテナンスも容易です。この構造を使用する場合、コンピュータにデータベースと一般的に使用されるいくつかのブラウザをインストールするだけで済みます。ブラウザは情報とデータベースを連携させることで多くの機能を実現し、B/S構造をそのまま利用できるため、利用時のメンテナンス工数が大幅に軽減されます。B/S ソフトウェアに基づいて、すべてのデータベースは互いに独立しているため、非常に安全です。B/S 構造に基づいて、システムによって処理されているビジネスを明確に把握できるため、管理者はタイムリーな意思決定を行うことができ、企業の損失を回避できます。B/S構造の基本的な特徴は集中管理モデルであり、ユーザーがシステムを使用してデータを生成した後、そのデータはシステムのデータベースに保存され、将来の使用に備えて、あらゆる人々のニーズに対応します。
図 2-1 B/S モードの 3 層構造図
第3章システム分析
3.1実現可能性の分析
本稿で設計するシステムは、経済的実現可能性、技術的実現可能性、運用可能性の側面から総合的な実現可能性分析を行います。
3.1.1経済的実現可能性
このシステムは地域の病院のカルテ管理プラットフォームであり、コンピュータ利用者を対象としているためコストは高くなく、メンテナンスやデバッグも個人メンバーの参加だけで済むため、人的投資は非常に少額です。人的資源と資本への投資はそれほど多くありませんが、特に長期的な観点から見ると、その利益は非常に大きく、いわゆる知識は貴重であり、管理者は多くの問題に直面する必要があり、地域病院の医療記録は重要です。この問題が解決されれば、将来的には、リソースの保管にほとんど人員を投資する必要がなくなります。多くの人員は必要ありません。情報のセキュリティを確保できる人員が少ないため、人員にかかる資金を削減できます。たくさんありますが、スタッフは苦労していません。
使用されるデータベースは MySQL データベースで、小規模な Web サイトにとっては非常に低コストであり、スペースが大幅に削減され、元のスペースは他の処理に使用できます。
3.1.2技術的な実現可能性
テクノロジーの面では、それは完全に可能であり、現在のテクノロジーで完全な地域病院の医療記録管理プラットフォームを開発するのに十分です。オブジェクト指向は比較的単一のアプローチであるため、必要な技術も複雑ではなく、学校で習った知識ばかりであり、必要なツールもそれほど複雑ではありません。Dreamweaver を開発プラットフォームとして使用し、Java を使用してページを作成し、Apache を使用してデータベースに接続し、最も単純な MySQL データベースを使用するため、保守が非常に簡単です。このシステムは、B/S 構造に基づいており、比較的単純で、クリア。したがって、技術的な観点からは実現可能です。
3.1.3運用の実現可能性
このシステムの開発は基盤技術を利用しており、単一のグループを対象としているため、情報の輻輳や崩壊が発生せず、実行時にユーザーのコマンドを迅速に実行できます。ページ上に存在するデータはフォームの形でデータベースに転送されるため、混乱することはありません。
現時点では、コンピュータが普及した時代では、システムの保守と使用方法を学ぶのは難しくないため、人材の面でも実現可能であり、システムは別のコンピュータで使用できるため、ここでも実行できます。。
3.1.4時間の実現可能性
時間的には、それほど大規模なプロジェクトではないので、期限内に完了することができます。ただし、一人で行う卒業制作なので、自分自身を律し、促し、一度考えたら考えを変えてはいけないなど、時間の調整はしっかりと行う必要があります。限られた時間内でこのシステムを完成させるために
3.1.5法的実現可能性
本システムで使用されている技術やリソースはすべて合法であり、引用部分にはマークが付けられており、参考文献も規制に準拠しており、個人の創作物であり、他者の知的財産権を侵害する行為は一切ありません。
3.2要件分析
既存の問題とニーズに応えて、機能要件の分析を通じて、デジタルおよび情報ベースの地域病院医療記録管理プラットフォームが確立されました。
このシステムには主に、ログインモジュール、 Webページモジュール、管理者モジュール、監視ユーザーモジュールの実装など、複数の機能モジュールが含まれています。これらの機能モジュールの要件を以下に簡単に説明します。異なる権限は、対応する機能モジュールの要件に対応します。管理者権限レベルが最も高いため、対応する要件が最も多くなります。異なる権限に応じて、各権限の要件を簡単に説明します。
3.3ビジネスプロセス分析
全体的なビジネスプロセス: 管理者として、ログインページにアカウントとパスワードを入力し、データベースの本人確認を経て、認証に成功した後、システムのホームページにログインすると、システム、管理システム、およびその他の機能を使用できます 。
システムのビジネスプロセスを以下の図に示します。
図3-1システム業務フロー図
3.4データプロセス分析
DFDと略されるデータ フロー図は、グラフィックを使用してシステムの論理機能を示し、システム データの流れの方向と論理変換を記述します。この手法は説明の難しい問題を表現できるため、開発者に広く利用されており、現在では応用範囲が広い構造化システム解析手法となっています。
ゼロ層データプロセスは、プロセスの中で最も抽象的な層であり、ログイン管理、管理者機能管理、検索および保守管理などの機能モジュールが含まれます。ログインモジュールで使用されるデータには、管理者アカウント情報文書と管理者情報文書が含まれます管理者機能管理モジュールが必要とするストレージは、管理者が情報文書の追加、情報文書の照会、情報文書の削除を行うためのものであり、検索・保守は、上記文書情報をキーワードで検索することである。
システムのレイヤー 1 データ フロー図を次の図に示します。
図3-2システムデータフロー図(レイヤー 1)
レイヤ2は、管理者操作のためのバックグラウンド データ フロー図です。次の図に示すように、管理者はシステム管理者を追加、変更、削除することで管理できます。
図3-4システムデータフロー図 (レイヤー2 )
第4章システム設計
4.1システム構成設計
システム設計は、主に管理者がログイン後のシステム全体の関連操作を処理するためのもので、ホームページ、カルーセルチャート、通知およびアナウンス管理、リソース管理(病院情報、情報分類)、システム利用者(管理者、監視ユーザー)、モジュール管理(カルテ情報、再診通知、診療科情報、医師情報、薬剤情報、男女比、疾患比、入院情報、経過観察情報、診療科名、病名)その他の運用管理。
システムの機能構成図を下図に示します。
図4-1システムの機能構成図
4.2機能モジュールの設計
システム ログイン: システム ログインは、管理者がシステムにアクセスするためのゲートウェイです。システム ログイン インターフェイスは、管理者名、パスワード、確認コードを含むように設計されており、ログインしている管理者の ID 情報が判断されて、ログインしている管理者がシステムにアクセスするかどうかを判断します。管理者または監視ユーザー。
管理者管理: 管理者は、新しい管理者の入力、既存のスーパーバイザユーザーの削除、既存のスーパーバイザユーザーの情報の変更、スーパーバイザユーザー名や名前などのキーワードによるスーパーバイザの検索など、システム内の他のスーパーバイザユーザーのアカウントを管理できます。管理者リスト ページにアクセスし、管理者リストをExcelにエクスポートします。
パスワードの変更: すべてのシステム管理者 (管理者および監視ユーザー) はログイン パスワードを変更できる必要があり、変更後は再度ログインする必要があります。
個人情報管理:管理者が利用します管理者はシステムにログイン後、電話番号やメールアドレスなどの個人情報の変更が可能です 管理者の管理者名は変更できません。
ログイン ステータスの管理: システムの各管理者は、管理者アカウントの盗難を防止し、管理者アカウントのセキュリティを強化するために、ログインIP 、ログイン時間、ログイン アドレスなどの個人の過去のログイン ステータスを表示できる必要があります。
4.3データベース設計
システムの最も重要な部分はデータベースであり、非常に明確なアイデアが必要となるため、設計の最初からモジュール間の接続を確立して、テーブル間の接続とテーブル内の必要なコンテンツを確立する必要があります。明確に定められている。データベース設計のもう 1 つのポイントは、複雑なテーブルの作成を減らすことです。そのため、接続は非常に重要であり、データ テーブル内の重複項目を大幅に減らすことができます。これにより、データのエラーや重複を発生させることなく、データの整合性と統一性を確保でき、データベースのセキュリティによってデータが保護されるため、ユーザーはより安心できます。
4.3.1 ER図の設計
概念設計はデータベース全体の設計の鍵であり、概念設計段階では需要分析からERモデルを求めます。ER図は機能モデルとデータモデルの関係を特定するものであり、対象となるデータベースの抽出と標準化の過程で、過度に複雑かつ詳細なER図表現が直感性や使いやすさに影響を与えないよう、簡略化されたER図表現方法が使用されています。企画中です。これは、現実世界の抽象化と一般化です。データベース設計者がデータを設計するための強力なツールです。アプリケーションでさまざまな意味論的な知識を便利かつ直接的に表現できるため、ユーザーにとってはシンプル、明確、理解しやすくなります。システムER図を以下に示します。
図4-2システムE - R図
4.3.2データベーステーブルの設計
データベース テーブルはデータベースの重要な部分です。実際、データベースは単なるフレームワークであり、データベース テーブルはデータベースの本質です。このシステムのデータベース テーブルは次のとおりです:
テーブル access_token (ログインアクセス期間)
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
トークンID |
整数 |
10 |
0 |
N |
Y |
一時的なアクセスバッジID |
|
2 |
トークン |
可変長文字 |
64 |
0 |
Y |
N |
一時的なアクセスバッジ |
|
3 |
情報 |
文章 |
65535 |
0 |
Y |
N |
||
4 |
最大値 |
整数 |
10 |
0 |
N |
N |
2 |
最大寿命: デフォルト 2 時間 |
5 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
6 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
7 |
ユーザーID |
整数 |
10 |
0 |
N |
N |
0 |
ユーザーID: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
記事ID |
中程度の |
8 |
0 |
N |
Y |
記事ID: [0,8388607] |
|
2 |
タイトル |
可変長文字 |
125 |
0 |
N |
Y |
Title: [0,125]は記事やHTMLのタイトルタグに使用されます |
|
3 |
タイプ |
可変長文字 |
64 |
0 |
N |
N |
0 |
記事分類: [0,1000] は、指定されたタイプの記事を検索するために使用されます |
4 |
ヒット |
整数 |
10 |
0 |
N |
N |
0 |
クリック数: [0,1000000000] この記事を訪れた人の数 |
5 |
賞賛レン |
整数 |
10 |
0 |
N |
N |
0 |
いいね数 |
6 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
7 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
8 |
ソース |
可変長文字 |
255 |
0 |
Y |
N |
出典: [0,255] 記事の出典 |
|
9 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
ソースアドレス: [0,255] は記事が公開された Web サイトにジャンプするために使用されます |
|
10 |
鬼ごっこ |
可変長文字 |
255 |
0 |
Y |
N |
タグ: [0,255] は、記事の関連コンテンツをマークするために使用されます。複数のタグはスペースで区切られます。 |
|
11 |
コンテンツ |
長文 |
2147483647 |
0 |
Y |
N |
本文:記事の主な内容 |
|
12 |
画像 |
可変長文字 |
255 |
0 |
Y |
N |
表紙絵 |
|
13 |
説明 |
文章 |
65535 |
0 |
Y |
N |
記事の説明 |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
タイプID |
smallint |
5 |
0 |
N |
Y |
カテゴリID: [0,10000] |
|
2 |
画面 |
smallint |
5 |
0 |
N |
N |
100 |
表示順序: [0,1000] により、カテゴリが表示される順序が決まります。 |
3 |
名前 |
可変長文字 |
16 |
0 |
N |
N |
カテゴリ名: [2,16] |
|
4 |
父親ID |
smallint |
5 |
0 |
N |
N |
0 |
親分類ID: [0,32767] |
5 |
説明 |
可変長文字 |
255 |
0 |
Y |
N |
説明: [0,255] は、この分類の役割を説明します。 |
|
6 |
アイコン |
文章 |
65535 |
0 |
Y |
N |
カテゴリアイコン: |
|
7 |
URL |
可変長文字 |
255 |
0 |
Y |
N |
外部リンクアドレス:[0,255] このカテゴリから他のサイトに飛ぶ場合はURLに設定してください |
|
8 |
作成時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
作成時間: |
9 |
更新時間 |
タイムスタンプ |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新時間: |
シリアルナンバー |
名前 |
データの種類 |
長さ |
小数位 |
Null値を許可する |
主キー |
デフォルト値 |
説明する |
1 |
auth_id |
整数 |
10 |
0 |
N |
Y |
認可ID: |
|
2 |
ユーザー・グループ |
可変長文字 |
64 |
0 |
Y |
N |
ユーザー・グループ: |
|
3 |
mod_name |
可変長文字 |
64 |
0 |
Y |
N |
モジュール名: |
|
4 |
テーブル名 |
可変長文字 |
64 |
0 |
Y |
N |
テーブル名: |
|
5 |
ページタイトル |
可変長文字 |
255 |
0 |
Y |
N |
ページタイトル: |
|
6 |
パス |
可変長文字 |
255 |
0 |
Y |
N |
ルーティングパス: |
|
7 |
位置 |
可変長文字 |
32 |
0 |
Y |
N |
位置: |
|
8 |
mode |
varchar |
32 |
0 |
N |
N |
_blank |
跳转方式: |
9 |
add |
tinyint |
3 |
0 |
N |
N |
1 |
是否可增加: |
10 |
del |
tinyint |
3 |
0 |
N |
N |
1 |
是否可删除: |
11 |
set |
tinyint |
3 |
0 |
N |
N |
1 |
是否可修改: |
12 |
get |
tinyint |
3 |
0 |
N |
N |
1 |
是否可查看: |
13 |
field_add |
text |
65535 |
0 |
Y |
N |
添加字段: |
|
14 |
field_set |
text |
65535 |
0 |
Y |
N |
修改字段: |
|
15 |
field_get |
text |
65535 |
0 |
Y |
N |
查询字段: |
|
16 |
table_nav_name |
varchar |
500 |
0 |
Y |
N |
跨表导航名称: |
|
17 |
table_nav |
varchar |
500 |
0 |
Y |
N |
跨表导航: |
|
18 |
option |
text |
65535 |
0 |
Y |
N |
配置: |
|
19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
collect_id |
int |
10 |
0 |
N |
Y |
收藏ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
收藏人ID: |
3 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
4 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
5 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
6 |
title |
varchar |
255 |
0 |
Y |
N |
标题: |
|
7 |
img |
varchar |
255 |
0 |
Y |
N |
封面: |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
comment_id |
int |
10 |
0 |
N |
Y |
评论ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
评论人ID: |
3 |
reply_to_id |
int |
10 |
0 |
N |
N |
0 |
回复评论ID:空为0 |
4 |
content |
longtext |
2147483647 |
0 |
Y |
N |
内容: |
|
5 |
nickname |
varchar |
255 |
0 |
Y |
N |
昵称: |
|
6 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
9 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
10 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
11 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表department_information (科室信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
department_information_id |
int |
10 |
0 |
N |
Y |
科室信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
5 |
department_photo |
varchar |
255 |
0 |
Y |
N |
科室照片 |
|
6 |
release_date |
date |
10 |
0 |
Y |
N |
发布日期 |
|
7 |
department_introduction |
longtext |
2147483647 |
0 |
Y |
N |
科室简介 |
|
8 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
10 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
11 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
department_name_id |
int |
10 |
0 |
N |
Y |
科室名称ID |
|
2 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
disease_name_id |
int |
10 |
0 |
N |
Y |
疾病名称ID |
|
2 |
disease_name |
varchar |
64 |
0 |
Y |
N |
疾病名称 |
|
3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
disease_proportion_id |
int |
10 |
0 |
N |
Y |
疾病比例ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
7 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
doctor_information_id |
int |
10 |
0 |
N |
Y |
医生信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
doctor_id |
varchar |
64 |
0 |
N |
N |
医生工号 |
|
5 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生姓名 |
|
6 |
doctors_gender |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
7 |
doctors_photo |
varchar |
255 |
0 |
Y |
N |
医生照片 |
|
8 |
doctor_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
9 |
employment_time |
varchar |
64 |
0 |
Y |
N |
从业时间 |
|
10 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
11 |
phone_number |
varchar |
16 |
0 |
Y |
N |
手机号码 |
|
12 |
doctor_introduction |
text |
65535 |
0 |
Y |
N |
医生简介 |
|
13 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
16 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
drug_information_id |
int |
10 |
0 |
N |
Y |
药品信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
5 |
pharmaceutical_images |
varchar |
255 |
0 |
Y |
N |
药品图片 |
|
6 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
7 |
drug_pricing |
int |
10 |
0 |
Y |
N |
0 |
药品定价 |
8 |
quantity_of_drugs |
int |
10 |
0 |
Y |
N |
0 |
药品数量 |
9 |
drug_introduction |
text |
65535 |
0 |
Y |
N |
药品简介 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
follow_up_information_id |
int |
10 |
0 |
N |
Y |
随访信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
7 |
whether_to_follow_up |
varchar |
64 |
0 |
Y |
N |
是否随访 |
|
8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
follow_up_reminder_id |
int |
10 |
0 |
N |
Y |
随访提醒ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
7 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
8 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
9 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
10 |
next_follow_up |
date |
10 |
0 |
Y |
N |
下次随访 |
|
11 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
12 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
13 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
gender_ratio_id |
int |
10 |
0 |
N |
Y |
性别比例ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
7 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表hospitalization_information (住院信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hospitalization_information_id |
int |
10 |
0 |
N |
Y |
住院信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
7 |
hospitalization_or_not |
varchar |
64 |
0 |
Y |
N |
是否住院 |
|
8 |
count_record |
int |
10 |
0 |
N |
N |
0 |
计数记录 |
9 |
record_time |
datetime |
19 |
0 |
Y |
N |
记录时间 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表medical_record_information (病历信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
medical_record_information_id |
int |
10 |
0 |
N |
Y |
病历信息ID |
|
2 |
medical_account |
int |
10 |
0 |
Y |
N |
0 |
医护账号 |
3 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
4 |
medical_record_number |
varchar |
64 |
0 |
Y |
N |
病历编号 |
|
5 |
patient_name |
varchar |
64 |
0 |
Y |
N |
病人姓名 |
|
6 |
patient_gender |
varchar |
64 |
0 |
Y |
N |
病人性别 |
|
7 |
patient_age |
int |
10 |
0 |
Y |
N |
0 |
病人年龄 |
8 |
patient_type |
varchar |
64 |
0 |
Y |
N |
病人类型 |
|
9 |
date_of_birth |
date |
10 |
0 |
Y |
N |
出生日期 |
|
10 |
ethnic_name |
varchar |
64 |
0 |
Y |
N |
民族名称 |
|
11 |
phone_number |
varchar |
16 |
0 |
Y |
N |
手机号码 |
|
12 |
treating_diseases |
varchar |
64 |
0 |
Y |
N |
在治疾病 |
|
13 |
inspection_records |
varchar |
255 |
0 |
Y |
N |
检查记录 |
|
14 |
image_recording |
varchar |
255 |
0 |
Y |
N |
影像记录 |
|
15 |
hospitalization_or_not |
varchar |
64 |
0 |
Y |
N |
是否住院 |
|
16 |
hospitalization_records |
text |
65535 |
0 |
Y |
N |
住院记录 |
|
17 |
whether_to_follow_up |
varchar |
64 |
0 |
Y |
N |
是否随访 |
|
18 |
follow_up_records |
text |
65535 |
0 |
Y |
N |
随访记录 |
|
19 |
next_follow_up |
date |
10 |
0 |
Y |
N |
下次随访 |
|
20 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
21 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
22 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id: |
|
2 |
title |
varchar |
125 |
0 |
N |
N |
标题: |
|
3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文: |
|
4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
praise_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
status |
bit |
1 |
0 |
N |
N |
1 |
点赞状态:1为点赞,0已取消 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID: |
|
2 |
title |
varchar |
64 |
0 |
Y |
N |
标题: |
|
3 |
content |
varchar |
255 |
0 |
Y |
N |
内容: |
|
4 |
url |
varchar |
255 |
0 |
Y |
N |
链接: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图: |
|
6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量: |
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
supervisor_user_id |
int |
10 |
0 |
N |
Y |
主管用户ID |
|
2 |
medical_name |
varchar |
64 |
0 |
Y |
N |
医护姓名 |
|
3 |
medical_gender |
varchar |
64 |
0 |
Y |
N |
医护性别 |
|
4 |
department_name |
varchar |
64 |
0 |
Y |
N |
科室名称 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID:[0,8388607]用户获取其他与用户相关的数据 |
|
2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
第5章 系统实现
5.1登录模块的实现
系统登录模块可分为前台登录模块和后台登录模块,为确保系统安全性,系统操作员只有在登录界面输入正确的管理员名、密码、权限以及验证码,单击“登录”按钮后才能够进入本系统的主界面。
管理员登录流程图如下所示。
图5-1管理员登录流程图
登录界面如下图所示。
5.2前台用户功能模块
首页,用户进入前台网页,可以查看首页、通知公告、医院资讯、科室信息、医生信息、药品信息、我的等模块内容,如图5-3所示。
图5-3前台首页界面图
通知公告,在通知公告页面中可以查看通知公告详情信息,如图5-4所示。
图5-4通知公告界面图
医院资讯,用户登录后可在医院资讯页面中可以查看资讯详情信息,并可进行点赞、收藏、评论等操作,如图5-5所示。
图5-5医院资讯界面图
病历信息,用户登录后可在病历信息页面中可以查看病历信息详情,可根据关键搜索相关病历,进行影像记录、检查记录下载等操作,如图5-6所示。
图5-6病历信息界面图
5.3 管理员模块
管理员登录进入社区医院病历管理平台之后,就可以对所有的信息进行查看,可以查看到首页、轮播图、通知公告管理、资源管理(医院资讯、资讯分类)、系统用户(管理员、主管用户)、模块管理(病历信息、随访提醒、科室信息、医生信息、药品信息、性别比例、疾病比例、住院信息、随访信息、科室名称、疾病名称)等,并且还可以对其进行相应的操作管理,如图5-7所示。
图5-7管理员功能界面图
轮播图管理,在轮播图管理页面中管理员可以添加、修改。删除轮播图内容,如图5-8所示。
图5-8轮播图管理界面图
随访信息管理,在随访信息管理页面中可以查看医护账号、医护姓名、病历编号
、病人姓名、病人类型、是否随访、计数记录、记录时间等信息,还可以根据需要进行修改或删除等操作,如图5-9所示。
图5-9随访信息管理界面图
医生信息管理,在医生信息管理页面中可以查看医生工号、密码、医生姓名、照片、性别、科室、职称等信息,还可以根据需要进行修改或删除等操作,如图5-10所示。
图5-10医生信息管理界面图
5.4主管用户功能模块
主管用户点击后台进入到系统操作界面,可以查看首页、模块管理(病历信息、随访提醒、科室信息、医生信息、药品信息、性别比例、疾病比例、住院信息、随访信息、科室名称、疾病名称)等信息,如图5-11所示。
图5-11主管用户功能界面图
病历信息管理,在病历信息管理页面主管用户可以添加、提交医护账号、医护姓名、病历编号、病人姓名、病人性别、病人年龄、病人类型、出生日期、民族名称、手机号码、在治疾病、检查记录等信息,并可进行查看、修改、删除等操作,如图5-12所示。
图5-12病历信息管理界面图
科室信息管理:在科室信息管理页面可以添加、提交医护账号、医护姓名、科室名称、科室照片、发布日期、科室简介等信息,并可以进行查看、修改、删除等操作,如图5-13所示。
图5-13科室信息管理界面图
检查信息:在检查信息页面通过填写索引、检查编号、项目名称、项目类型、检查报告、检查时间、医生工号、医生姓名、账号、姓名、就诊卡号等信息进行修改,如图5-14所示。
图5-14检查信息界面图
疾病名称管理,在疾病名称管理页面可以查看疾病名称、创建时间、更新时间等信息,并可进行详情操作,如图5-15所示。
图5-15疾病名称管理界面图
第6章 系统测试
6.1 程序测试基本概念
程序测试是很重要的一个环节,当自身的程序已经完成时,仍需要测试来保证程序的正确性和可靠性,因为往往此时出现的错误就是用户可能会出现的错误,所以调试变得至关重要。唯有经过多次的调试才能够使系统达到完美的状态,使得用户可以安全,放心的使用程序,保障用户信息的安全是每个系统最基本的需求,因而调试也就是系统的最基本的要求。但是为了保证说最大程度减少开发者的工作量,应当分三个阶段来测试,初期,中期和最终期。前期:主要调试模块间的关系部分,看看是否是正确的,合理的,否则到后面会造成难以修改和总是出错的现象。中期:插入部分数据,看看是否数据库方面连接和设计得当,有些时候理念存在的是不能够在现实中完美实现的,并且调试界面找到最优的布局。最终期:插入全部数据,看是否正确,修改页面看是否能达到最初预期效果,检查功能是否完全实现。
6.2 程序测试具体内容
6.2.1 测试的重要性及目的
1.测试的重要性
只有经过反复的测试,才能够使系统得到最稳定的状态,才能把最好的一面展现给使用的用户,是极为关键的一个步骤。但是往往也是大家极容易忽视的一个部分,因为绝大部分的人认为这个部分是不重要的,但事实并非如此,任何系统不管怎样做都不可能完全去除错误,所以需要测试来最大程度的降低和减少错误。要在多环境下进行测试,以保证用户能够在不同环境配置下都能够正常使用。大多数,用户的需求是不断更新的,所以测试具有十分重要的意义,能够及时的把握到用户的最新动态,做出对系统的修改。
测试的目的
测试是为了让用户能够使用到系统的最好一面,能够充分利用到系统内的跟自己相关的部分。另一方面,从系统开发者的角度来说,这个举措有助于开发者在开发系统的同时能够与用户保持有好的关系,能够使开发的系统减少最多的错误和误差,并且有助于开发,边测试边开发,能够及时解决用户的需求,而开发者也能够减少返工的工作量,保证开发是朝着正确的道路前进的,并且对于用户来说能够定期看到一定的工作成果,也是更有助于提出更好的意见,而不是到末期突然提出大量的工作需求。这样可以使得用户和开发者之间的关系得到一定程度的改善,而开发者也从中得到更多改善系统的方向。
6.2.2登录测试
登录及管理员添加模块是对各个系统中不可缺少的功能之一,为了对在运行过程能正常的操作本项目就要对此进行测试。
1. 使用不同浏览器访问服务器的IP地址。
2. 输入特殊的信息登录系统,例如边界值等。
3. 查看登录及管理员添加之后登录系统所返回的结果。
无论系统管理员还是用户登录时都需要用户名和密码进行登录,当输入正确的用户名和密码观察是否正常登录。登录测试表如下表6-1所示:
表6-1登录测试表
名称 |
功能名称 |
操作阐述 |
期盼结果 |
测试结果 |
登录信息管理 |
登录 |
系统管理员登录时输入 账号:admin密码:admin |
进入后台主页面 |
成功 |
添加用户登录时输入 账号:zhangchao密码:000000 |
进入系统首页 |
成功 |
管理员可以管理添加用户的信息。添加测试表如下表6-2所示:
表6-2添加测试表
名称 |
功能名称 |
操作阐述 |
期盼结果 |
测试结果 |
添加信息管理 |
添加 |
管理员进入添加用户管理页面 |
成功显示所有添加用户列表 |
成功 |
管理员进入添加用户管理页面,点击删除按钮 |
删除成功,出现删除成功的提示 |
成功 |
||
用户进入添加页面,按提示输入添加用户信息 |
添加成功,出现添加成功的提示 |
成功 |
6.2.3用户管理模块测试
用户管理信息模块对本界面中的数据和信息进行相对应得基本操作,主要有查看用户,删除用户等。
管理员可以查看并删除用户,如表6-3所示:
表6-3用户管理测试表
模块名称 |
功能名称 |
操作描述 |
预期结果 |
测试结果 |
用户信息管理 |
查看 |
管理员进入用户管理页面,查看用户 |
所有用户均显示 |
成功 |
删除 |
管理员进入用户管理页面,点击删除按钮 |
弹窗提示,删除成功 |
成功 |
6.3 系统的优点
本系统的优点在于界面简单,对于有计算机基本操作的人群均可以高效的使用,查询功能可以使使用者在大量的数据搜索时能够快速的找到所需要的内容,开发的结构简单所以便于日后进行维护和更新功能。信息的添加和查询,使得资源得到了充分的利用。功能并不复杂所以执行速度也较快,所以用户可以得到比较良好的体验,系统内部的增删改查也比较人性化,所以比较快捷和精准。用户为管理员用户,而身份而判别使得系统比较明了,更具有安全性,系统内的数据是得到了一定的保护的。而页面上添加用户,新增添了的一个优势在于,添加后的用户,需得到管理员的审核才能够使用,避免了恶意添加或是恶意进入用户内部的举动。并且管理员据有最高权限,保证数据的安全。
第7章 总结
经过几个月的努力还坚持,社区医院病历管理平台终于完成了,程序功能模块能按照需求来运行,能实现多管理员的迸发使用,但是系统由于设计经验以及旅行团知识的局限性,在本系统的开发过程中,在一些功能方面和业务逻辑方面做得不是很完善,系统还存在一些缺陷。界面的设计从布局到外观,受限于自身的设计功底较低,没能达到自己所要设计的界面要求,另一方面,系统存在一些没有考虑的问题和模块。
在学习的过程中首次进行独立设计工作,编码过程出现了许多问题和困难,原以为正确无误的程序运行过程中不会遇到问题,但是在运行过程中也总会出现各种各样的问题,在调试过程中找不出运行出错的原因。而这些基本问题却都是一些简单的问题,例如标点符号应该是英文状态下的,却因为不好的编程习惯造成了一些中文的符号输入,经过仔细观察和老师的帮组下,还是将问题解决了。
目前系统的功能比较简单,还存在许多瑕疵,这是一份遗憾,也是促进我不断进步的动力。
致 谢
经历了近三个多月的动手实践及老师辛勤的指导和同学朋友热心的帮助下,本人的毕业设计社区医院病历管理平台的基本功能也基本完成。
此次设计中,通过不断的探讨与学习使我熟悉、使我初步了解了JAVA相关技术。做的是一个B/S结构的社区医院病历管理平台,使我对做网站所需要,及运行的环境有了初步的了解,在此次设计中我翻阅了较多的书籍,在有限的时间了丰富了对社区医院病历管理平台技术的知识也积累了少许的经验。起初对JAVA的初步认识,通过这次设计更进一步的了解了其工作原理,懂得了配置服务器环境,连接数据库源,在设计过程中,也学会了用dreamweaver设计一个简单的页面,增强了动手的能力,激发了在此方面的兴趣。
但是由于时间、基础及缺乏实践等多方面的问题,还有诸多需要解决的问题依然存在,设计中很多方面考虑不够周全或者考虑不到。
非常感谢我的老师,我的同学,我的朋友并希望在今后的学习生活中不断陪养多方面的兴趣,不断学习进步从而能够实现独立完成。设计中存在的诸多缺点诚肯老师的原谅。
[1]银莉,杜啸楠.基于SpringBoot和Vue的社区服务平台设计与实现[J].电子技术,2022,51(12):182-183.
[2]倪叶枫.现代医院管理会计实践和发展研究[J].投资与创业,2022,33(23):59-61.
[3]李佳俊,何玥,钱嵩橙,李龙飞.“互联网+”背景下基于B/S的云教育系统设计[J].软件,2022,43(10):173-177.
[4]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[5]孙鹏,吴长海,杨凯.人工智能在医院管理中的应用[J].财经界,2022(25):75-77.DOI:10.19887/j.cnki.cn11-4098/f.2022.25.027.
[6]郭娜,王静成,柏斗胜,耿平.互联网+视阈下现代医院管理培训路径探索[J].江苏卫生事业管理,2022,33(05):653-657+670.
[7]薛宾田.基于SpringBoot的星级党员考评系统[J].电脑编程技巧与维护,2022(05):54-56+77.DOI:10.16184/j.cnki.comprg.2022.05.023.
[8]谭梦,刘玉秀,王修来,高天航,谭挺,苏皖.国外医院管理的研究热点分析[J].医学研究生学报,2022,35(04):414-417.DOI:10.16571/j.cnki.1008-8199.2022.04.015.
[9]王南.Java编程在计算机应用软件中的应用特征与技术研究[J].信息记录材料,2022,23(04):130-132.DOI:10.16009/j.cnki.cn13-1295/tq.2022.04.057.
[10]杨迎.Java语言异常处理机制的分析[J].电子技术,2022,51(03):42-43.
[11]曹嵩彭,王鹏宇.浅析Java语言在软件开发中的应用[J].信息记录材料,2022,23(03):114-116.DOI:10.16009/j.cnki.cn13-1295/tq.2022.03.009.
[12]梁秀俊,刘璐,刘彦丰,李斌.基于Java语言的在线导热实验虚拟仿真软件开发[J].实验室研究与探索,2022,41(02):106-110.DOI:10.19927/j.cnki.syyt.2022.02.023.
[13]丁海洋,王昊翔,姚全珠.基于MVVM框架的汽车销售管理系统设计与实现[J].电子制作,2021(22):55-56+8.DOI:10.16589/j.cnki.cn11-3571/tn.2021.22.019.
[14]周常志,甘恒.基于SpringBoot的智慧就业服务平台的设计与实现[J].电脑知识与技术,2021,17(28):182-184+187.DOI:10.14004/j.cnki.ckt.2021.3040.
[15]巢晟盛.基于SpringBoot微服务架构下前后端分离的MVVM模型浅析[J].电脑知识与技术,2021,17(23):128-129+141.DOI:10.14004/j.cnki.ckt.2021.2412.
[16]李俊甲.基于JAVA的文字速录系统的设计与实现[J].信息与电脑(理论版),2021,33(13):94-96.
[17]Fuyuan Cheng. Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J]. Advances in Educational Technology and Psychology,2021,5(2).
[18]刘子凡,郭昱君.基于SpringBoot+Mybatis的个人博客系统设计与实现[J].现代信息科技,2021,5(08):104-107+111.DOI:10.19850/j.cnki.2096-4706.2021.08.029.
[19]邓斯妮,陈家敏,蔡维晟,叶开平.基于SpringBoot技术的综测N服务管理系统设计与实现[J].现代信息科技,2021,5(05):13-18.DOI:10.19850/j.cnki.2096-4706.2021.05.003.
[20]ジェン・チェン、チェン・ジャン、パン・ハイラン。SpringBootフレームワーク上での工数管理情報システムの設計[J]。物理ジャーナル: カンファレンスシリーズ、2020、1646(1)。
プロジェクトのソース コードを無料で受け取るには、ブロガーをフォローして「いいね」を押し、プライベート メッセージを送ってください。