1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
まとめ
情報データは伝統的なものから現代的なものへと変化していますが、インターネットの登場により、従来の情報管理は適時性、安全性、操作性の観点から革新的な夜明けを迎えました。古くから存在していた欠点を補い、経営効率とビジネスレベルを効果的に向上させることができることを発見しました。従来の管理モードでは、時間が長くなるほど管理するコンテンツが増え、データの整理に多くの人員が必要になり、データ概要クエリの効率が非常に低くなり、データのセキュリティがセキュリティ パフォーマンスを保証することはありません。データ コンテンツ管理のさまざまな欠点と組み合わせることで、インターネット時代にはそれを効果的に補うことができます。高度なインターネット技術と組み合わせて、ニーズを満たすソフトウェアを開発することで、データコンテンツ管理が最高の精度を達成し、入力、表示、概要分析の適時性など、管理をより科学的かつ便利にすることができます。今回開発した地域病院管理システムは、症例情報、辞書テーブル、かかりつけ医、カルテ、診療情報、フロント、薬剤、利用者、利用者、利用者テーブルなどの機能を実現した。このシステムは、リレーショナル データベースの王様である MySql をシステムのデータベースとして使用し、データを効果的に安全に保存し、効果的にバックアップし、データの信頼性を確保します。また、このプログラムは、プログラムに必要なすべての機能を備えているため、操作性と安全性が大幅に向上し、地域病院管理システムを構想から現実に至るまでよりアクセスしやすくなり、実際に情報処理の効率を向上させることができます。
キーワード:情報管理、適時性、セキュリティ、MySql
ディレクトリ
第1章はじめに
1.1 研究の背景
インターネットの概念の出現から今日の精力的な発展に至るまで、わずか数十年で世界中で普及し、世界中のあらゆる産業がインターネットの変革とアップグレードを経験し、インターネットの波の到来を示しました。この新しい時代では、インターネットを業界と組み合わせることができるかどうか、また、インターネットが業界の問題点や古くからの業界の特定の側面を解決できるかどうかについて、あらゆる分野が十分に検討されています。長い間、データコンテンツ、データ配布、データストレージなどは、記憶すべき内容が多く、専門的なコンテンツであり、そのため古代は簡潔にまとめられていましたが、現在ではインターネットの出現により、データがより明確になりました。結局のところ、歴史や世代の継承を通じてデータが失われるのは、すべてデータが適切に保存されず、適切に引き継がれないからです。当時、インターネットの考え方とインターネット技術は、大量のデータの入力と更新、保存と要約、バックアップと分析に使用されており、従来のデータ管理技術をはるかに超えていました。時代の流れの中で、新しい技術を使って新しいソフトウェアを開発したり、伝統産業を変革したりすることが主流になってきました。今回の地域病院管理システムの開発により、症例情報、辞書テーブル、かかりつけ医、カルテ、診療情報、受付、薬剤、利用者、利用者、利用者テーブル情報管理といったデータ管理上の悩み点が解決される。分析、保存、送信の利便性だけでなく、管理者の利便性だけでなく、ユーザーの満足度も向上します。
1.2 目的と意義
地域病院管理システムの開発には、インターフェース設計や機能設計の知識だけでなく、データベースやプログラミング言語の知識も必要であり、卒業を控えた学生にとっては、これらの知識のポイントと、関連する専門知識を定着させることです。学校で学んだもの、もう 1 つは、専門的な理論的知識を実際のソフトウェア開発プロセスに適用する方法を学生に学ばせることです。オールドの本当の意味は、学生に常に学習する習慣を身につけさせることであり、同時に、このプログラムの開発を通じて、学生が専門知識を理解し、ソフトウェア開発のレベルを向上させるのに大いに役立つと信じています。
1.3 論文の研究内容
論文設計の構造もプログラム開発のプロセスに応じて進行し、機能要件分析、機能設計と実装、プログラムテストなどのプロセスも含まれます。
はじめに: 主題の背景と重要性を説明し、論文の構成を示します。
プログラム開発技術：プログラムで使用するツールや技術知識を説明します。
システム分析：プログラムの機能要件と開発可能性を説明します。
システム設計：プログラムの機能とデータベースの設計について説明します。
システムの実現: プログラムの機能とインターフェースの実現について説明します。
システムテスト: プログラムの機能テストについて説明します。
第2章 プログラム開発手法
2.1 MySQL データベース
Mysql データベースを理解しやすくするために、次にその主な機能について説明します。
(1) Mysql データベースは、開発資金を節約するためにも推奨されます。Mysql のソース コードはインターネット上で公開されており、開発者はプログラム開発のニーズに応じてダウンロードし、いくつかの変更を加えてプログラムで使用できます。 、開発を促進することができます。 このプログラムの開発者の開発の進捗状況。
(2) SQL データ言語は Mysql にも適用可能
(3) Mysqlは、学生時代に学んだC言語やJava言語だけでなく、授業後に触れたPHP言語やC++言語などのプログラミング言語まで、さまざまなプログラミング言語に対応することができます。 Mysql のインストールと使用はプラットフォームを選びません。
(4) Mysql は、数千万のデータ レコードを含むデータベースをサポートできます。コンピュータのオペレーティング システムを初めてインストールまたは再インストールするときは、ニーズに応じて 32 ビットまたは 64 ビットのオペレーティング システムをインストールすることを選択できます。サポート内容が異なり、32 ビット オペレーティング システムでは最大 4 GB、64 ビット オペレーティング システムでは最大 8 TB のテーブル ファイルを保存できます。
(5) Mysql データベースは GPL 契約を通じてカスタマイズでき、開発者はデータベースのソース コードを変更して独自の Mysql を開発する必要があります。
2.2 Java言語
プログラミング言語は数多くありますが、現時点でも Java 言語は IT 分野で最も認知され広く使用されているプログラミング言語の 1 つです。長年にわたる開発を経て、Java 言語は Web 開発の分野で多大な貢献を果たしただけでなく、ビッグデータ開発や Android 開発の分野でも広く使用されていると言えます。Java 言語は、優れたスケーラビリティと安定したパフォーマンスにより、大規模なバックエンド システムの開発に最初の選択肢となり、現在ではインターネット プラットフォーム ソリューションとしても一般的に使用されています。
オブジェクト指向プログラム開発用のJava言語であり、ソースコードがインターネット上でオープンソースとなっているため、開発したプログラムを主要なプラットフォーム上で直接動作させることができず、Javaプログラムを実行するには、Javaプログラムの動作環境を構築する必要があります。データベース ソフトウェアや Java プログラム開発ソフトウェアなどのツールのインストールと構成を含む、オペレーティング プラットフォーム。Win7、Win10などのオペレーティングプラットフォーム上でJavaプログラムの実行環境を構築し、環境が正常に構築されていればJavaプログラムを実行できます。
第 3 章 システム分析
システム分析を行う前に、インターネットや図書館の開発書から大量の情報を収集する必要があります。これは、開発するプログラム ソフトウェアが一連の最適なソリューションを策定するのに役立つためです。ソフトウェアを決定する必要がある 機能とは、この計画に基づいて次の作業やタスクが実行されることを意味するため、システム分析ではプログラムの機能について繰り返し考え、研究する必要があります。
3.1 実現可能性の分析
ユーザーは、システムソフトウェアを開発する前に、そのソフトウェアプログラムが開発する価値があるかどうかを考え、ソフトウェア開発の過程で起こり得る問題点を列挙し、一つ一つ分析して解決していくことで、そのソフトウェアプログラムが開発する価値があるかどうかを判断します。このプログラムソフトウェアの開発に必要な解析手法は、開発途中で突然問題が発生した場合でも、開発者がソフトウェア開発を断念することがないよう、ユーザーの損失を軽減するのにも役立ちます。
3.1.1 技術的実現可能性分析
この開発プログラムで使用する開発ツールには、Eclipse、Mysql、その他のツールが含まれます。使用する開発言語は Java です。選択した開発ツールと開発言語はすべて大学の教室で問い合わせて学習します。その後、私も興味を持ったので、ソフトウェア開発の知識についても、ネットワークや図書館の開発本などを活用して体系的に勉強し、ある程度の知識を蓄えてきたほか、在学中に自主開発したソフトウェアもいくつかあります。開発経験もある程度積んできたので、最終的な作品の制作技術についてはあまり心配する必要はありません。
3.1.2 経済的実現可能性分析
現在の情報化時代において、情報管理はより効率的かつ便利になる傾向にありますが、これはコンピュータの普及による利便性でもあり、このプログラム・ソフトウェアは、機器の選択において比較的普及しているコンピュータ機器に依存しており、必要な機器はありません。コンピュータの構成要件が多すぎるため、一般学校のコンピュータ室にあるコンピュータでプログラム開発のニーズを満たすことができ、また、このプログラムの開発により情報処理が効率化され、高い効果が得られます。プログラム開発の低コストをはるかに上回るため、プログラム開発のための設備投資はごくわずかです。
3.1.3 運用可能性の分析
プログラムソフトウェアの操作インターフェイスは公衆の美的ニーズに沿っており、機能モジュールのレイアウトも社会の同じ種類のソフトウェアに似ているため、ユーザーはトレーニングなしでソフトウェアを操作できます。また、現在は各家庭にコンピュータが普及しており、多くの人が比較的高度なコンピュータ操作を行っており、開発したプログラムの操作性についても心配する必要がなくなってきています。
上記の実現可能性の実証に基づいて、プログラム開発は完全に実現可能であると基本的に判断できます。
3.2 システム動作環境
プログラムは、そのプログラムに設計された機能を実現するためにコーディングされる。ただし、コーディングを実行するには、コンピューター上のハードウェア環境やコンピューターのオペレーティング システムにインストールされているソフトウェア環境など、特定の構成環境が必要です。
ハードウェア環境: 通常に使用でき、インターネットにアクセスできるノートブックまたはコンピュータ、コンピュータのメモリには少なくとも 4 G が必要で、コンピュータの中央処理装置は i5CPU で構成できます。
ソフトウェア環境: 使用されている Microsoft オペレーティング システムは比較的安定した win7 Ultimate システムであり、比較的熟練した 360 セキュリティ ブラウザが使用されており、このシステムでは、ブラウザを介して Eclipse ソフトウェアをダウンロードしてインストールし、MYSQL ソフトウェアをダウンロードしてインストールします。
3.3システムフロー解析
解析プログラムの流れは、プログラム全体の動作プロセスであり、解析・設計を経て、下図のようなプログラム動作のフローチャートが描かれます。本プログラムではセキュリティを確保するため、ログインモジュールによる情報確認を可能とし、要件を満たしたユーザーのみがプログラムの操作を許可されます。
図 3-1 プログラム動作フローチャート
プログラムによるデータ処理のプロセスにはデータ入力リンクが含まれ、描画と追加のプロセスは次の図に示されています。プログラムのデータ入力プロセス中、プログラムは常にデータベースと同期されます。
図 3-2 情報追加フローチャート
プログラム内のデータにもエラーが発生しますので、それに応じてデータを修正する機能があり、プログラムの修正プロセスを図に示します。この処理はバックグラウンドデータベースとのデータ同期表示でもあります。
図3-3 情報変更フローチャート
プログラムデータはデータウェアハウスに保存されており、場合によってはデータの削除を伴いますが、この処理に対応するフローチャートを下図に示します。データ情報を削除すると、データベースにはそのデータ情報はなくなります。
図 3-4 情報削除のフローチャート
第4章 システム設計
4.1 システム設計の原則
システム設計プロセスでは、対応する設計原則に従うことも必要です。これは、設計者が設計仕様を満たす設計スキームを短時間で設計するのに役立ちます。設計原則には主に、信頼性、セキュリティ、カスタマイズ、拡張性、保守性、アップグレード性、顧客エクスペリエンスが含まれます。これらの原則を以下に簡単に説明します。
信頼性: ソフトウェアが信頼できるかどうかによって、ユーザーが使用できるかどうかが決まります。信頼できないソフトウェア設計はユーザーによって簡単に放棄されます。
セキュリティ：プログラムソフトウェアは情報の保管と管理を担っており、セキュリティが不十分なソフトウェアは利用者に多大な損害をもたらすため、システムのセキュリティについても考慮する必要があります。
カスタマイズ可能：市場環境は決して固定されておらず、顧客層の変化、使用環境の変化、市場需要の変化などに直面して、プログラムソフトウェアもさまざまな変化に適応するための調整が容易である必要があります。
スケーラビリティ: プログラム ソフトウェアの運用と使用中に、主にシステム機能とシステム パフォーマンスのレベルでシステムを最適化するために、最新の新技術を適時に導入することも必要であり、これによってのみシステムを実際に継続することができます。市場を占領する。
保守性: プログラムソフトウェアの保守には一定の資金が必要であり、既存のプログラムのエラーを解消する場合でも、ソフトウェアの既存の要件を変更する場合でも、ソフトウェア技術に一定の資金を投資する必要があります。ソフトウェアプログラムを維持することで技術コストを削減できます。
アップグレード可能性: プログラムソフトウェアが使用されると、ユーザー数が増加し、ソフトウェアの使用率も増加するため、このような状況に直面しても、適切なパフォーマンスを維持するためにシステムをアップグレードする必要があります。市場に適応できること。
顧客体験: 設計されたプログラムソフトウェアのインターフェースは複雑すぎてはならず、インターフェース設計の原則に従って、ユーザーがソフトウェアを簡単に受け入れ、満足できるように、シンプルで操作しやすい機能操作インターフェースを設計する必要があります。ソフトウェアが提供する機能を使用します。
4.2 システム構成設計
システム構造の設計においては、総合的に検討した結果、C/S よりも経済的な B/S 構造モデルを選択することが望ましいと考えられます。現在、ブラウザーが普及し、技術が徐々に改良され、成熟しています。これにより、ソフトウェア開発が節約されます。その上、プロのソフトウェア操作でしか実現できない強力な機能を実現できます。つまり、B/S構造は、新しくて認知度の高いシステム構築技術なのです。システム構成設計図を描くと以下のようになります。
図 4-1 システム構成設計図
4.3 機能構造設計
決定された管理者の機能モジュールに基づいて、管理者の各機能が設計され、管理者機能の詳細なモジュールが決定される。描画された管理者機能の構造を次の図に示します。
図4.3 管理者機能構成図
4.4データベース設計
システム開発には事前にデータベースの設計も必要です。ここでのデータベースとは、関連するデータの集合であり、一緒に保存されているこれらのデータも一定の方法で整理されています。現在、データベースは最適な保存方法と低いデータ冗長率により、さまざまなアプリケーションに対応できます。データベースはプログラムに情報ストレージ サービスを提供しますが、プログラムからの高度な独立性も維持できます。全体として、データベースは長い開発期間を経て、当初は無名でしたが、現在ではよく知られるようになり、関連技術はより成熟しており、理論的基盤もしっかりしています。
4.4.1データベースの概念設計
コンテンツのこの部分はデータベース関係図を使用して完了する必要があり、データベース関係図の描画に特化したツールも必要です。たとえば、Visio ツールでは ER 図 (データベース関係図) を設計できます。データベースの設計も設計プロセスに従って行う必要があり、まず要件に従ってエンティティの決定を完了し、エンティティの特性を分析し、エンティティ間の関係を決定する必要があります。最後に、ER モデルの表現方法を使用してシステムの ER 図を描画します。Edraw ソフトウェアを使用しても Visio ツールを使用しても、ER モデルのシンボルは同じです。通常、長方形はエンティティを表し、エンティティ間の関係はひし形のシンボルで表され、エンティティの属性、つまりエンティティの特性は で表されます。記号の楕円。最後に直線を使用して、長方形、ひし形、楕円などの記号を接続します。次に、このシステムの ER 図を描き始めます。
(1) ユーザーエンティティとその属性を次の図に示します。
図4.1 ユーザーエンティティの属性グラフ
(2) 以下の図は、薬物実体とその属性を示しています。
図 4.2 薬物実体の属性図
(3) かかりつけ医の主体とその属性を下図に示す。
図4.3 かかりつけ医エンティティの属性図
(4) ディクショナリ表の実体とその属性を次の図に示します。
図4.4 ディクショナリテーブルの実体属性図
(5) 医療情報の実体とその属性を次の図に示します。
図4.5 診療情報の実体属性図
(6) 事例情報の実体とその属性を次の図に示します。
図4.6 症例情報エンティティの属性図
(7) 以下の図は、フロントエンド エンティティとその属性を示しています。
図 4.7 フロントエンド エンティティのプロパティ図
(8) 以下の図は、健康記録エンティティとその属性を示しています。
図 4.8 ヘルスレコードエンティティの属性図
(9) ユーザーテーブルエンティティとその属性を次の図に示します。
図4.9 ユーザーテーブルエンティティ属性図
(10) 医師エンティティとその属性を次の図に示します。
図 4.10 医師エンティティのプロパティ グラフ
4.4.2 データベーステーブルの構造
設計のこの部分を実行する前に、データ型と各データ型の長さの範囲に関する知識を理解して習得する必要があります。これは、理解を容易にするために、特定のデータ テーブルでの簡単な例をここに示します。たとえば、ユーザー情報テーブルの場合、このテーブルのフィールドはユーザーエンティティの属性ですが、このとき、フィールドのデータ型とフィールド長を設定し、一意のキーとして主キーを設定する必要があります。ユーザー情報テーブルの識別子。これらはデータベースのテーブル構造を設計する際に完成させる必要がある内容です。地域病院管理システムの機能設計とデータベース設計要件に従って、システムのデータテーブル構造が表示されます。
表 4.1 症例情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
bingli_uuid_number |
弦 |
事件番号 |
はい |
| 3 |
bingli_name |
弦 |
事件名 |
はい |
| 4 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 5 |
bingli_bingqing |
弦 |
病気 |
はい |
| 6 |
ジャンチャシャンム |
弦 |
チェック項目 |
はい |
| 7 |
建茶街国 |
弦 |
テスト結果 |
はい |
| 8 |
yaodan_text |
弦 |
処方箋 |
はい |
| 9 |
bingli_file |
弦 |
ケース付属 |
はい |
| 10 |
bingli_time |
日にち |
日にち |
はい |
| 11 |
yisheng_id |
整数 |
医者 |
はい |
| 12 |
作成時間 |
日にち |
作成時間 |
はい |
表4.2 ディクショナリテーブル表
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
dic_code |
弦 |
分野 |
はい |
| 3 |
dic_name |
弦 |
フィールド名 |
はい |
| 4 |
コードインデックス |
整数 |
コーディング |
はい |
| 5 |
インデックス名 |
弦 |
エンコーディング名 |
はい |
| 6 |
super_id |
整数 |
親フィールドID |
はい |
| 7 |
北珠 |
弦 |
述べる |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表4.3 かかりつけ医表
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ユーザー名 |
弦 |
アカウント |
はい |
| 3 |
パスワード |
弦 |
パスワード |
はい |
| 4 |
qiantai_name |
弦 |
かかりつけ医の担当者名 |
はい |
| 5 |
qiantai_photo |
弦 |
アバター |
はい |
| 6 |
性別の種類 |
整数 |
性別 |
はい |
| 7 |
qiantai_phone |
弦 |
連絡先 |
はい |
| 8 |
qiantai_email |
弦 |
郵便 |
はい |
| 9 |
qiantai_delete |
整数 |
偽の削除 |
はい |
| 10 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.4 健康記録フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 3 |
ジュアンカンダンガン_名前 |
弦 |
ファイルタイトル |
はい |
| 4 |
jiuankandangan_qita |
弦 |
他のメンバー |
はい |
| 5 |
九安康弾丸_types |
整数 |
ファイル単位 |
はい |
| 6 |
挿入時間 |
日にち |
記録タイム |
はい |
| 7 |
九安康弾丸_content |
弦 |
健康状態 |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.5 医療情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 3 |
九鎮_九鎮 |
弦 |
訪問番号 |
はい |
| 4 |
九鎮_飛龍 |
弦 |
医療費 |
はい |
| 5 |
ケシタイプ |
整数 |
デパートメント |
はい |
| 6 |
挿入時間 |
日にち |
日にち |
はい |
| 7 |
九鎮テキスト |
弦 |
登録備考 |
はい |
| 8 |
九鎮_コンテンツ |
弦 |
登録内容 |
はい |
| 9 |
作成時間 |
日にち |
作成時間 |
はい |
表4.6 フロントテーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
qiantai_uuid_number |
弦 |
ジョブ番号 |
はい |
| 3 |
qiantai_name |
弦 |
フロント名 |
はい |
| 4 |
qiantai_photo |
弦 |
アバター |
はい |
| 5 |
qiantai_phone |
弦 |
連絡先 |
はい |
| 6 |
qiantai_email |
弦 |
郵便 |
はい |
| 7 |
qiantai_delete |
整数 |
偽の削除 |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.7 薬剤表
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
yaopin_uuid_number |
弦 |
薬剤番号 |
はい |
| 3 |
yaopin_name |
弦 |
薬剤名 |
はい |
| 4 |
yaopin_new_money |
BigDecimal |
薬価 |
はい |
| 5 |
yaopin_kucun_number |
整数 |
医薬品在庫 |
はい |
| 6 |
yaopin_zuoyong |
弦 |
主な効能 |
はい |
| 7 |
フズオヨン |
弦 |
副作用 |
はい |
| 8 |
yaopin_content |
弦 |
薬剤の詳細 |
はい |
| 9 |
作成時間 |
日にち |
作成時間 |
はい |
表4.8 ドクターテーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
yisheng_uuid_number |
弦 |
ジョブ番号 |
はい |
| 3 |
yisheng_name |
弦 |
医師の名前 |
はい |
| 4 |
yisheng_photo |
String |
头像 |
是 |
| 5 |
yisheng_phone |
String |
联系方式 |
是 |
| 6 |
yisheng_id_number |
String |
医生身份证号 |
是 |
| 7 |
yisheng_email |
String |
邮箱 |
是 |
| 8 |
yisheng_delete |
Integer |
假删 |
是 |
| 9 |
create_time |
Date |
创建时间 |
是 |
表4.9用户表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_name |
String |
用户姓名 |
是 |
| 3 |
yonghu_photo |
String |
头像 |
是 |
| 4 |
yonghu_phone |
String |
联系方式 |
是 |
| 5 |
yonghu_id_number |
String |
用户身份证号 |
是 |
| 6 |
yonghu_email |
String |
邮箱 |
是 |
| 7 |
yonghu_delete |
Integer |
假删 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
表4.10用户表表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
username |
String |
用户名 |
是 |
| 3 |
password |
String |
密码 |
是 |
| 4 |
role |
String |
角色 |
是 |
| 5 |
addtime |
Date |
新增时间 |
是 |
系统实现这个章节的内容主要还是展示系统的功能界面设计效果，在实现系统基本功能，比如修改，比如添加，比如删除等管理功能的同时，也显示出系统各个功能的界面实现效果，该部分内容一方面与前面提到的系统分析，系统设计的内容相呼应，另一方面也是一个实际成果的展示。
5.1管理员功能实现
5.1用户信息管理
如图5.1显示的就是用户信息管理页面，此页面提供给管理员的功能有：用户信息的查询管理，可以删除用户信息、修改用户信息、新增用户信息，
还进行了对用户名称的模糊查询的条件
图5.1 用户信息管理页面
5.2 病例信息管理
如图5.2显示的就是病例信息管理页面，此页面提供给管理员的功能有：查看已发布的病例信息数据，修改病例信息，病例信息作废，即可删除，还进行了对病例信息名称的模糊查询 病例信息信息的类型查询等等一些条件。
图5.2 病例信息管理页面
5.3家庭医生管理
如图5.3显示的就是家庭医生管理页面，此页面提供给管理员的功能有：根据家庭医生进行条件查询，还可以对家庭医生进行新增、修改、查询操作等等。
图5.3 家庭医生管理页面
5.1药品信息管理
如图5.4显示的就是药品信息管理页面，此页面提供给管理员的功能有：根据药品信息进行新增、修改、查询操作等等。
图5.4 药品信息管理页面
第6章 系统测试
程序软件的开发阶段也包括了系统测试，这个部分就是程序质量评定的一个重要环节，如果说程序通过编码实现功能之后，不通过测试检查程序中出现的错误，那么程序一旦投入生活中运行使用时，就会产生许多大大小小的错误，这个时候去解决问题已经晚了，所以一个程序在被交付给使用者使用之前，开发者就需要使用多种测试方法反复进行测试，也是对程序的一个负责表现。程序进入系统测试阶段，在讲究策略进行测试时，也需要对时效性进行把控。当开发者测试完程序，并解决完测试期间程序产生的各种错误时，就需要程序的验收方来对程序进行验收测试，这也是程序测试的最后一个操作步骤。验收测试也是对程序的质量以及可交付性方面起到关键的作用。
6.1系统测试方法
程序软件进入到系统测试这一个环节时，也需要根据测试的方法进行规范化测试操作，测试方法以及使用顺序分别是：首先是单元测试，接着是集成测试和系统测试，最后才是验收测试，下面将描述系统测试方法。
单元测试：这个部分需要涉及到程序的代码方面的知识，这个操作环节是程序的开发者进行的，当程序开发者通过代码编写程序的子功能模块时，就会进行单元级别的测试，通常这个环节的测试也会被称作是白盒测试。
集成测试：这个步骤的前提是程序的所有功能模块都已完成开发，这个时候需要把程序所有的子功能模块集成到一起，形成一个完整的系统，此测试的主要目的就是检查这些功能模块集成在一起时的兼容性，也就是检测它们是否按照预期正常运行。
系统测试：当程序测试进入到这个环节时，就意味着程序测试工作已经进行到一半了，这个部分的测试也有另外一个名字，称作是黑盒测试，主要用于测试系统的功能是否按照预期进行运行。
验收测试：开发的程序已经通过了前面的单元测试，集成测试，以及系统测试环节时，就需要进行验收了，这个环节的操作用户就是程序面临的最终用户或者是客户。测试主要目的就是验证开发完成的程序是不是能够符合用户对其的期望，以及程序的所有功能是否符合用户的真正需求。
6.2 系统功能测试
6.2.1 用户登录测试
登录模块主要还是验证使用者的信息，判断使用者是否具备使用权限。测试的数据见下表，这里主要针对管理员进行测试。
表6-1 管理员登录测试数据表
| 选取的功能 |
具体步骤 |
填写的数据 |
预测结果 |
最终结果 |
| 管理员登录 |
依照页面提示依次填写账号，密码，然后点击登录按钮 |
保持账号与密码这两项数据，其中一个有误，另一个正确，进行测试 |
失败 |
失败 |
| 保持账号与密码都正确 |
成功 |
成功 |
6.2.2 添加账户功能测试
此部分主要测试程序的“添加账户”功能。测试信息使用数据表展示。
表6-2 添加新闻功能测试数据表
| 选取的功能 |
具体步骤 |
填写的数据 |
预测结果 |
最终结果 |
| 添加账户功能 |
管理员在添加账户页面根据提示填写数据并提交 |
标题和内容为null或数据格式有误 |
失败 |
失败 |
| 标题和内容填写无误 |
成功 |
6.3 系统测试分析
社区医院管理系统在经历了一系列测试步骤之后，可以确定该系统可以交付给使用者进行使用了，在系统的功能主界面上可以清晰展示各个功能，并且各个功能的超链接也是正常跳转，能够实现用户要求的功能。在程序的稳定性，可靠性，验证逻辑以及操作流程方面跟需求文档很贴合。所以，开发完成的社区医院管理系统符合用户需求，它在用户电脑上运行使用带给用户的便利是显而易见的。
结 论
社区医院管理系统的开发制作，从题目确定到成品完成，自己投入的精力与心血是非常多的。从社区医院管理系统的前台页面实现，到社区医院管理系统的后台代码的编辑，我用到的软件包括了数据库软件Mysql，Java开发工具Eclipse，办公软件Office，浏览器软件Fireworks，图像处理软件Photoshop等，这也是我第一次使用Java语言，开发的这个比较简单的社区医院管理系统。
社区医院管理系统开发过程中，自己之前觉得比较抽象的许多门课程，例如数据库原理，软件工程，动态网站开发等课程开始变得很清晰，只有自己独立开发程序，才会觉得这些开发类的课程在实践中具有的重要作用。为了让自己设计的作品能够顺利的完成，我把所学知识全部运用在程序的开发流程中，包括了程序的需求分析环节，程序的编码环节，程序的测试环节等，让程序软件在开发周期内完成制作，并能够保证程序质量达标，力求程序开发流程规范化，程序对应的配套文档标准化。
独立开发程序期间，才会发现有许多知识都是现学现用得来的，毕竟大学期间所学知识比较有限，专业知识掌握得比较浅显，这也给自己制造了许多麻烦，比如程序开发期间遇到的中文乱码问题，程序对应数据库的数据安全问题，程序开发中框架的使用问题等，这些问题都需要随时去翻阅书籍，或通过百度浏览器等方式寻找解决办法，这也耽误了许多程序开发的宝贵时间，后期我也通过对周边同学的请教，以及指导老师的悉心指导，让我找到了程序开发的相关技巧，也积累了一定的知识量，慢慢地纠正了许多不该犯的错误。也推动了我的程序开发进程。
社区医院管理系统现已完成了开发，除了基本功能可以符合用户需求外，在页面设计层面上没有融入更多的设计元素，需要从美学角度进行优化，另外在程序的代码层面，也有许多重合部分，需要进行整理归类，让代码变得更加的简洁。
实践出真知，但是知识也是通过实践变得更加深刻，这次作品制作，让自己的专业知识水平与解决问题的能力得到了提高。也让自己更加明白活到老学到老的真正含义。
致 谢
大学几年下来，我不仅学到了计算机方面的专业知识，也学会了许多有关做人，有关做事的道理。在现在这个紧张而又重要的时刻，我要向我的大学老师们表示由衷的感谢，也需要向我的论文指导老师表达我最真挚的谢意。指导老师在我论文指导期间一直都是不厌其烦的进行指导，包括论文的题目选择，论文文章的结构，以及系统开发的功能设计等问题，都是指导老师的及时帮助，才让我有解决问题的信心与解决思路，正因为如此，我才可以在短时间内得到成长，并成功完成毕业设计的作品制作与论文编写。短短几个月时间，指导老师的无私的奉献精神，以及指导老师的爱岗敬业的教学态度，让我也开始重新认识所学的专业知识，并有信心将所学知识与现实问题相结合，并提供一个可靠有效的解决方案。大学校园是温暖而又美好的，大学同学的无私帮助与建议，也让我的论文写作有了更多的思路，在此，我对我的大学同学一并表示感谢。我的成长与宝贵的学习机会也离不开大学校园这个平台，感谢大学校园给了我更多学习的机会，让我结识到许多大学同学和优秀的校园老师，让我的大学生活变得如此丰富多彩！
参考文献
[1]任华新.网络系统的设计与实现[J].电子商务,2016(10):58-59.
[2]周全,杨指敏,常静静.管理系统的设计与实现[J].电子世界,2019(24):147-148.
[3]兰旭辉,熊家军,邓刚.基于MySQL的应用程序设计[J].计算机工程与设计,2018(03):442-443+468.
[4]张伟丽,江春华,魏劲超.MySQL复制技术的研究及应用[J].计算机科学,2015,39(S3):168-170.
[5]刘学芬,孙荣辛,夏鲁宁,李伟.面向MySQL的安全隐患检测方法研究[J].信息网络安全,2016(09):1-5.
[6]孙志锋,徐镜春,厉小润.数据结构与数据库技术[M].浙江大学出版社,2016.
[7]刘明清.Java语言的特点与C++语言的比较[J].信息技术与信息化,2018(11):151-153.
[8]田智.基于计算机软件开发的JAVA编程语言分析[J].硅谷,2017,7(19):59+37.
[9]孙磊,贾宝强,曾翠翠.浅议Java软件开发中几种误区[J].网络与信息,2018,26(07):52.
[10]付博文.计算机软件开发的JAVA编程语言及其实际应用[J].南方农机,2018,49(23):158.
[11]张剑.JSP开发中三种包含方式的异同分析[J].机械工程与自动化,2017(04):56-57.
[12]王景.JSP动态网站的技术开发分析[J].赤峰学院学报(自然科学版),2018,29(20):24-26.
[13]周江,李月.一种基于JSP技术的网页表格组件的设计与实现[J].现代计算机(专业版),2017(21):48-51.
[14]李俊.基于jsp的数据库开发技术研究[J].才智,2017(20):265.
[15]胡君.高职《JSP编程及应用》课程开发研究[J].淮南职业技术学院学报,2017,17(06):103-105.
[16]Fuad,Ammar,Erwin,Alva,Ipung,Heru Purnomo et al.Processing performance on Apache Pig,Apache Hive and MySQL cluster[C].//2014 International conference on information,communication technology and system:ICTS 2014,24 September 2014,Surabaya,Indonesia.2018:297-302.
[17]Narayanan Venkateswaran,Suvamoy Changder.Building a Pluggable Sharding Subsystem For MySQL[C].//22nd International conference on software engineering and data engineering:SEDE-2013,Los Angeles,California,USA,25-27 September 2013.2013:85-90.
[18]Konstantins Gusarovs.An Analysis on Java Programming Language Decompiler Capabilities[J].Applied Computer Systems,2018,23(2).