1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
インターネットは発展以来、理論も技術も成熟し、社会のあらゆる側面に広く関与しています。ネットワークを通じて情報を広めることができ、情報管理ツールを利用して人々に役立つことができます。混沌とした情報管理、高いエラー率、貧弱な情報セキュリティ、高い労働集約、時間と労働集約などの問題を目指して、病院リソース管理システムを使用して、情報管理を効果的に管理し、より科学的かつ合理的なものにすることができます。標準化された。
病院リソース管理システムは、Java 言語を使用して Eclipse 環境でコーディングし、Mysql を使用してシステムによって生成されたデータを保存するデータ テーブルを作成します。
つまり、病院リソース管理システムは情報を一元管理するため、機密性が高く、効率が高く、保管スペースが大きく、コストが低いなどの多くの利点があります。情報管理コストの削減と情報管理の電子化を実現します。
キーワード: 病院リソース管理システム、Java 言語、Mysql
第1章 はじめに_
1.1主題の背景
インターネットは発展以来、理論も技術も成熟し、社会のあらゆる側面に広く関与しています。ネットワークを通じて情報を広めることができ、情報管理ツールを利用して人々に役立つことができます。このため、大規模企業や学校を中心にさまざまな業界が、自社の強みを高め、同業界内での競争力を高めるために、インターネットやソフトウェアツールを利用して情報管理、情報発信、情報共有などを行うようになってきています。 . さまざまな熾烈な競争で成長のチャンス。医師情報の無秩序な管理、高いエラー率、不十分な情報セキュリティ、高い労働集約、時間と労力の多さなどの問題を分析および検討した結果、現在の状況では、次のような最新の管理ツールが必要です。病院のリソース管理システムを導入する場合、このツールは上記の問題を解決する最適なソリューションです。リアルタイムで情報処理が完了するだけでなく、医師情報の情報管理プロセスを短縮し、システム化・標準化することができます。同時に医師情報管理にかかる業務負荷の軽減や人員・資金の節約も可能となります。したがって、病院リソース管理システムは情報管理リンクにおいて不可欠なツールであり、管理者にとって非常に重要です。
1.2主題の意義
現在、情報の種類はますます多様化し、情報容量もますます大容量化し、情報化時代が到来しています。近年、コンピュータサイエンスの発展はますます速くなり、ソフトウェア開発技術はますます成熟しており、生活のあらゆる分野において、情報管理がある限り、コンピュータの影はほとんど存在しません。多くの業界では情報をコンピューター化して管理していると述べています。コンピュータによる情報処理は、手作業に比べて、機密性が高く、効率が高く、保管スペースが広く、コストが低いなど多くの利点があります。医師情報管理については、病院リソース管理システムを活用することで効果的な管理が可能となり、情報管理がより科学的かつ標準化されます。
つまり、病院リソース管理システムを実際に活用する意義は次のとおりです。
1 つ目は、病院リソース管理システムを実際に適用することで、管理者が情報処理作業を短時間で完了できるようにすることです。
2 番目のポイント: システム ページの合理的な植字レイアウトにより、システムのコンテンツをより直観的に表示でき、ユーザーはいつでもページ情報とオペレーティング システムが提供する機能を読むことができます。
３点目：情報管理の電子化が実現できること。
4 番目のポイント: 情報管理のコストを削減できます。
1.3研究内容
病院リソース管理システムの設計と製造には、技術的なサポートだけでなく、多くの理論的研究も必要です。本稿では、病院リソース管理システムを導入する場合、以下のように実施する。
最初の部分：ユーザーがシステムを理解するのに便利な病院リソース管理システムに関する研究の背景的意義を紹介します。
2 番目の部分: テクノロジーやツールなど、病院リソース管理システムを開発するために構築する必要がある環境を紹介します。
3 番目の部分: 病院リソース管理システムに対するユーザーの機能要件と、病院リソース管理システムのパフォーマンス要件を紹介します。
4 番目の部分: データベースの設計スキームと、機能要件に従って設計された機能構造を紹介します。
第5部：コーディングを通じて最終的に実現したシステム機能の動作効果を紹介。
パート 6: システムの機能テストを導入し、システムの包括的な検査を実施し、システムが正常に動作するまで時間内にシステムの問題を解決します。
第2章 開発環境と技術
病院リソース管理システムのコーディング実装には、一定の環境構築とそれに対応した技術の利用が必要となりますが、以下の内容では、病院リソース管理システムで使用されている技術やツールを紹介します。
2.1 MYSQL データベース
このプロジェクトで開発したアプリケーションプログラムは、データの操作が予測できず、頻繁に変更されるため、ドキュメントにデータを直接書き込む方法がなく、安全ではないだけでなく、アプリケーションプログラムの機能を実現することができません。 。アプリケーションプログラムに必要なデータストレージ機能を実現するには、専門的なデータベースストレージソフトウェアの選択が避けられません。基本的に、アプリケーションプログラムによって実現される機能はそれほど複雑ではなく、市販されているリレーショナルデータベースソフトウェアであればどれでも実現可能である。自分の学習状況や操作習慣を考慮すると、Oracle Databaseが適していますが、インストールに必要なソフトウェアが非常に大きく、不要な機能が多くオンになっており、コンピュータリソースを多く消費するため、Oracle Databaseは選択しませんでした。 、SQL Serverデータベースについては学習しましたが、インストールする際、コンピュータ上に他のソフトウェアがある可能性があるため、問題が頻繁に発生し、インストールの問題が解決しない場合は、オペレーティングシステムを再インストールする必要があるため、既存のソフトウェアについてまた時間の無駄です。MySQLデータベースのみで、インストールパッケージが小さく、インストール速度が速く、操作が簡単で、インストール中に問題が発生しても解決が容易で、オペレーティングシステムを再インストールする必要がなく、コンピュータ上で動作する他のソフトウェアに影響を与えない リソースの消費が少ない 最も重要なのは機能である 設計ニーズを十分に満たしているため、最終的にアプリケーション ソフトウェア開発に必要なデータベースとして MySQL データベースが選択されました。
2.2vue テクノロジー_
動的な Web サイトが台頭し始めた当初、高級プログラミング言語としての Java は、当然この分野での地位を譲ることはありませんでした。Sun は、動的な Web サイトを出力するための技術標準として Servlet を発表しました。当時はプログラマの間であまり人気がありませんでしたが、当初は選択肢があまりありませんでした。その後数か月で、パフォーマンスと効率を無視して Java 言語が登場しました。少なくとも、Web ページの作成に必要な動的コード ブロックと静的コード ブロックが区別されるため、作成効率と読みやすさが大幅に向上するため、業界に入ったばかりの多くの Java プログラマーやジュニア プログラマーが自分のキャリアとして Java 言語を選択しています。開発の方向性としては、高級プログラミング言語における Java 言語の地位を維持し、Java が市場シェアを奪い続けるのを防ぐために、Sun と Apache Foundation は Java 動的 Web ページの新しい技術標準を開発しました。テクノロジー。Vue は、ページ作成における Java 言語の利点をすべて吸収していますが、Java EE の膨大な背景を背景に、Java コンポーネントで実現できる多くの機能を実現でき、それらのコンポーネントは vue ページ上で直接参照できるため、vue をより便利に利用できます。強くて豊か。Java テクノロジーの垂直方向の持続可能な開発を保証し、最終的に動的 Web サイト開発の分野で確固たる足場を築きます。他の Java 開発者は、特別なコンポーネントや機能の開発に関係なく、動的ページからのみ Vue にすぐに移行して開発を行うことができます。開発面では、Java プログラムと vue プログラム間のほぼ無料の変換が完全に実現され、vue テクノロジーはこのように発展してきました。
2.3 Spring Bootフレームワーク
Spring Boot は、Pivotal チームによって提供される新しいフレームワークで、新しいSpringアプリケーションの初期構築および開発プロセスを簡素化するように設計されています。このフレームワークは構成に特定のアプローチを使用するため、開発者は定型的な構成を定義する必要がなくなりました。このようにして、Spring Boot は、急速なアプリケーション開発の急成長分野でリーダーになることを目指しています。
SpringBoot は Spring 4.0 の設計に基づいており、Spring フレームワークの元々の優れた機能を継承するだけでなく、構成を簡素化することで Spring アプリケーションの構築および開発プロセス全体をさらに簡素化します。さらに、SpringBoot は多数のフレームワークを統合することにより、依存パッケージのバージョン競合や参照の不安定性を解決しました。
SpringBoot フレームワークには、すぐに使用できる戦略と、構成よりも規約を優先するという 2 つの非常に重要な戦略もあります。すぐに使える Outofbox とは、開発プロセス中に、関連する依存関係パッケージを MAVEN プロジェクトの pom ファイルに追加し、対応するアノテーションを使用して煩雑な XML 構成ファイルを置き換え、オブジェクトのライフサイクルを管理することを意味します。この機能により、開発者は複雑な構成作業や依存関係の管理作業を軽減し、ビジネス ロジックに集中できるようになります。構成より規約、構成より規約は、SpringBoot 自体がターゲット構造を構成し、開発者がその構造に情報を追加するソフトウェア設計パラダイムです。この機能により柔軟性がいくらか低下し、BUG の位置付けの複雑さが増しますが、開発者が行う必要がある決定の数が減り、同時に大量の XML 構成が減り、コードのコンパイル、テスト、およびパッケージ化を自動化できます。 。
SpringBoot アプリケーション システム開発テンプレートの基本的なアーキテクチャ設計について、フロント エンドからバックグラウンドまで説明します。フロント エンドでは、主に Java 言語で書かれたテンプレート エンジン (主に FreeMarker と Thymeleaf) が使用され、テンプレートをレンダリングし、対応するテキストを出力します。インターフェースの設計と適用同時にフロントエンド開発でもBootstrap、AngularJS、JQueryなどが使用され、ブラウザのデータ送信形式はxmlではなくJsonが使用され、RESTful APIはWebサイトで提供されます。同時に、SpringMVC フレームワークは、データがサーバーに到着した後のリクエストの処理に使用され、データアクセスに使用されます。レイヤーには主に Hibernate、MyBatis、JPA およびその他の永続化レイヤー フレームワークが含まれます。データベースにはMySQLが一般的に使用されます。開発ツールには IntelliJIDEA が推奨されます。
第3章 システム分析
開発するシステムに関しては、事前に分析する必要があります。これも開発プロセスに必要な部分です。通常、システムの分析では、システム開発の実現可能性、システムの機能や性能の分析などが主な内容となります。
3.1実現可能性の分析
建設が必要なプロジェクトに正式に投資する前に、実現可能性分析という不可欠な重要なステップがあります。主に現在の技術と経済の観点からシステムの実現可能性を評価するもので、この科学的手法は投資判断においてプロジェクトを実証するためによく使用されます。
3.1.1 技術的な実現可能性
現在、システム開発技術は成熟しており、開発ツールの使用や標準化されたコードがコンピュータネットワークを通じて入手できるため、開発者はこれらの知識を利用してシステムのコーディング作業を正常に完了することができます。
3.1.2 経済的実現可能性
本システムの開発時に構築する必要があるソフトウェア環境は、開発公式サイトから無料でダウンロードしてインストールすることができ、構築に必要なハードウェア機器も高い性能を必要とせず、通常、インターネットカフェにあるコンピュータが利用可能です。または学校のコンピューター室のコンピューターが要件を満たしていること。したがって、経済的な観点から、病院のリソース管理システムの開発は実現可能です。
3.1.3運用の実現可能性
病院リソース管理システムはユーザーの使用習慣に応じて開発されており、デザインされたインターフェースは統一されており、優れたナビゲーション機能を備えています。したがって、コンピュータを簡単に操作できる職員であれば、負担なく病院リソース管理システムを操作できます。
結論として、上記の議論から、システムは開発可能です。
3.2システムの流れ
フローチャートなどのツールは、システムの内部動作ロジックを直感的に反映し、ユーザーがシステムをより深く理解するのに役立ちます。
3.2.1操作手順_
このシステムにアクセスするには、訪問者は確認情報を提供する必要があります。資格のある訪問者のみにアクセス資格が与えられます。その具体的な動作プロセスを下図に示します。訪問者は、ログインインターフェースに設定された情報項目を真実に入力し、情報が確認された後、指定されたページにアクセスして、システムが提供するサービスを享受したり、システムの関連情報を閲覧したりすることができます。
図3.1 動作フローチャート
3.2.2ログインプロセス_ _
本システムのログインモジュールとその内部処理を下図に示します。主に、システムにアクセスする担当者から入力された認証情報を一つ一つ判断し、口座番号が間違っている、パスワードが一致していないなど、情報が間違って入力された場合には、システムが警告を表示します。およびその他の注意を促す情報。つまり、ログイン ページに入力されたすべての情報が要件を満たしていれば、訪問者は正常にログインできます。
図3.2 ログインフローチャート
3.2.3情報削除処理
システムが頻繁に使用されると、価値が失われる情報が大量に生成されるため、システム内のスペースを解放するために適時にデータをクリーンアップする必要があります。これらのデータをクリーニングする場合、対応するプロセスを次の図に示します。オペレーターが誤って削除しないように、最初にクリーニング対象のデータを選択し、クリーニング対象のデータを繰り返し確認します。削除されたデータはシステムに表示されません。
図3.3 情報削除のフローチャート
3. 2.4情報処理の追加
このシステムは主に情報の表示とサービスの提供を目的としており、その中のデータ追加機能もそのサービスの一つであり、具体的な処理の流れを下図に示します。オペレータが情報追加ページにデータを入力し、データが検査に提出されると、システムの指定されたページに表示されます。
図3.4 情報追加のフローチャート
3.3パフォーマンス要件_
要件分析には、ユーザーの実際のニーズに応じた機能の定式化が含まれ、設計するシステムの性能要件の分析も含まれます。したがって、一般にシステムを分析する場合、システムの機能を分析する必要がある一方で、システムのパフォーマンスを分析する必要もあります。結局のところ、優れたパフォーマンスを備えたシステムを設計および開発することで、システムの品質と信頼性を確保できます。
次に、システムのパフォーマンスを分析しますが、インターフェイスの使いやすさ、システムの時間特性、システムの信頼性の側面からも分析して説明します。
(1) 時間特性要件: システムにはデータを処理するための時間要件があり、これはシステムの時間特性でもあります。通常、データ処理の時間が分析され、ユーザーリクエストの応答時間も設定され、システムが全負荷で実行されているときに逸脱できる値の範囲を事前に分析して決定する必要があります。
(2) インターフェイスの使いやすさ: ユーザーの機能的ニーズに加えて、人間とコンピューターの対話インターフェイスの設計では、インターフェイスのレイアウト、インターフェイスのトーンの選択、およびインターフェイスの色調の選択など、ユーザーの使用習慣も考慮する必要があります。カラーマッチング。簡単なトレーニングを受けて、ユーザーが自主的にシステムを操作できるようにしてください。
(3) システムの信頼性: 初心者にとっては、人間の誤操作によって設計・開発されたシステムがクラッシュし、その一部がコンピュータをクラッシュさせるという問題が発生しやすいです。この現象は、フォールト トレランスが低いシステムの信頼性が低いことも示しています。生活上の情報処理システムとしては全く使えません。現在、システム開発では信頼性を確保する必要があり、モジュール化や構造といった設計思想も考慮して設計する必要があります。厳格な適時性要件が要求されるシステムに遭遇した場合は、デュアルマシン システムやディスク アレイなどの他の対策も講じる必要があります。機器の電源容量の要件もあり、信頼性の高いシステムもあります。
第4章システム設計
適切に設計されたシステムは、コンテンツが豊富であり、システムの外観またはシステム機能がユーザーフレンドリーである必要があります。したがって、システムの価値を高め、より多くの訪問者をシステムに呼び込み、訪問ユーザーがより多くの時間をシステムに費やすことができるようにするために、システムがより専門的に設計されていることを示しています。
4.1設計原則
このシステムの設計プロセスは、特定の設計原則に従って実行する必要があり、その目的は、開発されたシステムが高品質、完全で完全な機能、便利で簡単な操作を備え、ユーザーの要求を満たすようにすることです。最大の程度。操作が簡単という基本原則に加えて、システム設計原則には安全原則と精度原則も含まれます。
第一の設計原則：簡単操作の原則 このシステムのために設計された機能は完全で完璧でなければなりません コーディングの際に設計されたインターフェイスはフレンドリーである必要があります ユーザーが一度このシステムを使用すると、簡単に使い始めて操作できる必要がありますデータを処理するためのシステムなので、便利に違いありません。さらに、ユーザーがシステムを操作するようにガイドするために必要なプロンプトをいくつか設計することも必要です。
2番目の設計原則: セキュリティ原則 システムはログインモジュールで各訪問者の身元を確認する必要があります システムは訪問者が入力した情報を判断し、事前に書き込まれたセキュリティ検証コードを使用してデータを比較し、ガイドします訪問者は指定された操作インターフェイスに入ります。これにより、関係のない訪問者がシステムからデータを盗むのを防ぎます。
3 番目の設計原則: 精度の原則 ユーザーが登録したデータが正しいことを保証するためには、ユーザーが登録されたエラー情報を、ユーザーが登録されたエラー情報を注意深く確認できるように、データのエラーを修正するメカニズムを事前に設計する必要があります。システムのエラー プロンプトが表示され、時間内にエラーを修正して、正しい情報を入力します。例えば、パスワードを設定する場合、パスワードの長さは6文字未満であること、データ型は数字のみであることなどを統一することができます。
4.2機能構造設計
前回分析した管理者機能に基づいて次の設計作業を行い、最終的に設計された管理者構造図を表示します（下図を参照）。管理者は医師情報の追加、削除、変更、確認を行います。
図4.1 情報追加のフローチャート
4.3データベース設計
システム開発には事前にデータベースの設計も必要です。ここでのデータベースとは、関連するデータの集合であり、一緒に保存されているこれらのデータも一定の方法で整理されています。現在、データベースは最適な保存方法と低いデータ冗長率により、さまざまなアプリケーションに対応できます。データベースはプログラムに情報ストレージ サービスを提供しますが、プログラムからの高度な独立性も維持できます。全体として、データベースは長い開発期間を経て、当初は無名でしたが、現在ではよく知られるようになり、関連技術はより成熟しており、理論的基盤もしっかりしています。
4.3.2 データベースの物理設計
このデータベースはリレーショナル データベースであるため、2 次元テーブルの構造設計も重要です。結局のところ、2 次元テーブル モデルはリレーショナル データベースのリレーショナル モデルです。リレーショナル モデルを設計する前に、一般的に使用される一部のリレーショナル モデルの概念も理解する必要があります。以下に、関係、タプル、属性、ドメイン、キーワードなどの一般的な概念の意味を簡単に紹介します。
リレーションシップ: リレーションシップはデータベース内のデータ テーブルであり、各データ テーブルには名前があります。つまり、各リレーションシップにもデータ テーブルの名前である名前があります。タプル: タプルはデータベース内のレコードの行です。データテーブル; 属性: 属性 データテーブルのフィールド、つまりデータテーブルの列です; ドメイン: ドメインはデータテーブルの属性の値を制限します; キーワード: キーワードは主キーですデータテーブル内。各エンティティ情報の ER 図を図 4.2、図 4.3、図 4.4、図 4.5、図 4.6、図 4.7、図 4.8、図 4.9、図 4.10 に、システム全体の ER 図を図 4.11 に示します。
図4.2 管理者情報ER図
図4.3 ユーザー情報ER図
図4.4 医師情報ER図
図4.5 辞書情報のER図
図4.6 医師予約情報のER図
図 4.7 病歴情報の ER 図
図 4.8 入院情報の ER 図
図 4.9 薬剤情報 ER 図
図4.10 お知らせ情報ER図
図4.11 システム全体のER図
テーブル構造設計の一般的な概念を理解した後、以前に作成した ER モデルを使用してテーブル構造の設計を完了し、データベース内にデータ テーブルを作成し、各データ テーブルに名前を付ける必要があります。設計の結果を以下の表形式で示します。本システムの関連データテーブル設計内容を表 4.1、表 4.2、表 4.3、表 4.4、表 4.5、表 4.6、表 4.7、表 4.8、表 4.9 に示します。
表 4.1 管理者情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
シリアルナンバー |
いいえ |
| 2 |
ユーザー名 |
弦 |
ユーザー名 |
はい |
| 3 |
パスワード |
弦 |
パスワード |
はい |
| 4 |
役割 |
弦 |
役割 |
はい |
| 5 |
追加時間 |
日にち |
時間を追加する |
はい |
表4.2 ユーザー情報テーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
シリアルナンバー |
いいえ |
| 2 |
ユーザー名 |
弦 |
アカウント |
はい |
| 3 |
パスワード |
弦 |
パスワード |
はい |
| 4 |
ヨンフ_名前 |
弦 |
ユーザー名 |
はい |
| 5 |
ヨンフ_写真 |
弦 |
アバター |
はい |
| 6 |
ヨンフ_フォン |
弦 |
ユーザーの電話番号 |
はい |
| 7 |
永湖ID番号 |
弦 |
ユーザーID番号 |
はい |
| 8 |
ヨンフ_メール |
弦 |
郵便 |
はい |
| 9 |
性別の種類 |
整数 |
性別 |
はい |
| 10 |
ヨンフ_削除 |
整数 |
偽の削除 |
はい |
| 11 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.3 医師情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
シリアルナンバー |
いいえ |
| 2 |
ユーザー名 |
弦 |
アカウント |
はい |
| 3 |
パスワード |
弦 |
パスワード |
はい |
| 4 |
yisheng_uuid_ 番号 |
弦 |
医師ID |
はい |
| 5 |
yisheng_name |
弦 |
医師の名前 |
はい |
| 6 |
イーシェン_写真 |
弦 |
アバター |
はい |
| 7 |
yisheng_phone |
弦 |
連絡先 |
はい |
| 8 |
yisheng_id_number |
弦 |
医師のID番号 |
はい |
| 9 |
yisheng_email |
弦 |
郵便 |
はい |
| 10 |
性別の種類 |
整数 |
性別 |
はい |
| 11 |
yisheng_guahao |
弦 |
登録通知 |
はい |
| 12 |
yisheng_new_money |
BigDecimal |
登録価格 |
はい |
| 13 |
yisheng_zhichneg |
弦 |
職名 |
はい |
| 14 |
yisheng_types |
整数 |
デパートメント |
はい |
| 15 |
yisheng_content |
弦 |
序章 |
はい |
| 16 |
yisheng_delete |
整数 |
偽の削除 |
はい |
| 17 |
作成時間 |
日にち |
作成時間 |
はい |
表4.4 辞書情報テーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
シリアルナンバー |
いいえ |
| 2 |
dic_code |
弦 |
分野 |
はい |
| 3 |
dic_name |
弦 |
フィールド名 |
はい |
| 4 |
コードインデックス |
整数 |
コーディング |
はい |
| 5 |
インデックス名 |
弦 |
エンコーディング名 |
はい |
| 6 |
super_id |
整数 |
親フィールド番号 |
はい |
| 7 |
北珠 |
弦 |
述べる |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.5 医師予約情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
シリアルナンバー |
いいえ |
| 2 |
yisheng_id |
整数 |
医者 |
はい |
| 3 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 4 |
yishengyuyue_yesno_types |
整数 |
预约结果 |
是 |
| 5 |
yishengyuyue_time |
Date |
预约时间 |
是 |
| 6 |
create_time |
Date |
创建时间 |
是 |
表4.6 病史信息表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
id |
Int |
编号 |
否 |
| 2 |
yisheng_id |
Integer |
发布医生 |
是 |
| 3 |
yonghu_id |
Integer |
用户 |
是 |
| 4 |
bingshi_name |
String |
病名 |
是 |
| 5 |
bingshi_bingyin |
String |
病因 |
是 |
| 6 |
bingshi_xianzhuang |
String |
现状 |
是 |
| 7 |
bingshi_text |
String |
药单 |
是 |
| 8 |
bingshi_jinji |
String |
禁忌 |
是 |
| 9 |
bingshi_ zhuyishixiang |
String |
注意事项 |
是 |
| 10 |
create_time |
Date |
创建时间 |
是 |
表4.7 住院信息表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
id |
Int |
编号 |
否 |
| 2 |
yisheng_id |
Integer |
发布医生 |
是 |
| 3 |
yonghu_id |
Integer |
用户 |
是 |
| 4 |
zhuyuan_name |
String |
病房地址 |
是 |
| 5 |
zhuyuan_fangjianhao |
String |
房间号 |
是 |
| 6 |
zhuyuan_chuanghao |
String |
床号 |
是 |
| 7 |
create_time |
Date |
创建时间 |
是 |
表4.8 药品信息表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
id |
Int |
编号 |
否 |
| 2 |
yaopin_name |
String |
药品名称 |
是 |
| 3 |
yaopin_photo |
String |
药品图片 |
是 |
| 4 |
yaopin_chyengfen |
String |
主要成分 |
是 |
| 5 |
yaopin_ shiyongfanwei |
String |
适用范围 |
是 |
| 6 |
yaopin_beizhu |
String |
备注 |
是 |
| 7 |
yaopin_jiangshi |
BigDecimal |
价格 |
是 |
| 8 |
yaopin_types |
Integer |
药品类型 |
是 |
| 9 |
yaopin_content |
String |
详情 |
是 |
| 10 |
create_time |
Date |
创建时间 |
是 |
表4.9 公告信息表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
id |
Int |
编号 |
否 |
| 2 |
news_name |
String |
公告信息标题 |
是 |
| 3 |
news_types |
Integer |
公告信息类型 |
是 |
| 4 |
news_photo |
String |
公告信息图片 |
是 |
| 5 |
insert_time |
Date |
公告信息时间 |
是 |
| 6 |
news_content |
String |
公告信息详情 |
是 |
| 7 |
news_delete |
Integer |
假删 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
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.1.1 登录功能测试
医院资源管理系统提供的服务是给规定的用户使用的，其他无关用户是无法进入的，登录功能就是检验访问者是否是符合要求的用户，及时将不符合要求的用户拒之门外。以此保证系统安全。这里以管理员身份进行检测，测试的内容见下表。
表6.1 登录功能测试表
| 账号 |
密码 |
身份 |
结果 |
| guanliyuan |
guanliyuan |
管理员 |
提示成功，进入系统后台 |
| user |
guanliyuan |
管理员 |
提示失败，停留在登录页面 |
| guanliyuan |
user |
管理员 |
提示失败，停留在登录页面 |
医院资源管理系统在面对正确的账号，不匹配的密码时，会有相应的反馈，其反馈结果见下图。
图6.1 登录错误反馈提示
6.1.2 修改密码功能测试
这个功能的设置也是出于对系统的保护，让操作人员的密码可以一直变化，减少泄露的几率。测试的数据见下表。通过验证旧密码，确认操作者是本人，然后开始对新密码进行登记。一般修改完密码后，需要再次登录。
表6.2 修改密码功能测试表
| 旧密码 |
新密码 |
密码修改结果 |
| guanliyuan |
gly |
成功 |
| user |
gly |
失败 |
| guanliyuan |
失败 |
本系统在面对登记错误的旧密码信息时，有相应的反馈提示，见下图。
图6.2 旧密码错误提示
6.2 测试结果
经过测试，从医院资源管理系统功能的角度来看，本系统各个功能在符合用户要求的情况下，也能保持运行正常。从医院资源管理系统性能的角度来看，本系统可以保持24小时不间断运行，而且面对用户的误操作行为，有提前设置的错误反馈机制应对，另外，本系统界面布局考虑用户阅读习惯，可以让用户短时间内获取需要的内容。总之，本系统可以投入生产，帮助用户解决实际问题，发挥其应用价值。
结 论
采用Java+Mysql的方式设计制作的医院资源管理系统，在功能上可以满足管理人员对于信息的管理需求；在界面的设计上，尽最大努力用自身的美工知识做到界面美观简洁。在操作方面上，让系统可以方便操作，同时对用户常见的误操作行为进行分析总结，并尽力在系统中避免同样的由于用户的误操作所带来的错误现象。
作为毕业设计，分配给本系统的设计与制作时间还是不足的，所以，医院资源管理系统还有许多需要完善的地方。
第一个就是本系统的编程代码问题，各个程序文件的代码存在冗余的地方非常多，导致代码不够简洁，同时对代码的注释也比较麻烦。编码期间，对于很多页面可以共享的函数与方法都没有单独列出来，而是在需要用到函数和方法的页面上都重新编写了代码，通过后期的技术学习，以及对编码过程的分析总结，发现可以把共用的函数或方法编写在同一个页面上，在之后的页面中，需要使用此函数的页面，则可以直接调用函数，无需再编写代码了，这样可以简化代码，也能节省时间和存储空间。
第二个就是对数据库的设计不够好，在数据处理中，影响程序运行速度。因此需要对数据库的性能进行优化。通过这方面知识的学习，在某个开发技术类的博客中，发现可以用数据库连接池技术来解决数据库的性能问题，另外还需规范数据库里面的关系模式，降低数据库的冗余率，提高运行速度。
如果说平时的作业也是检查对知识的掌握情况，那么制作毕业设计，将是对自身所有知识的一个全面检测。因为系统能够制作完成则是经历了很多阶段，正如文中所展示的那样，先有可行性分析，对功能的分析，对功能的设计，对数据库的设计，对程序功能的编码实现，对完成编码程序的测试等，这些环节缺一不可，而且还都需要认真对待，大学学到的所有知识在制作系统时，才会发现不够用。所以这个项目制作，在检测自身能力的同时，也对问题分析，资料搜集，问题解决等能力进行了培养。
我通过制作本系统，熟悉了程序开发的流程，提高了对程序的编码能力，培养了独立分析与解决问题的能力；但也让我明白自身的不足之处，所以在接下来的时间，我还是要加强对技术知识的学习，去逐渐完善本系统。
制作毕设项目这段时间，忙碌又充实。从最开始选题的不知所措，到现在毕设项目完成时的淡然，两种完全不同的心境，也意味着我这段时间在不断成长。项目制作是一个很耗费时间与精力的任务，如果说仅仅依靠自己的话，那肯定达不到毕设的标准。所以，这一路走来，导师给予我的帮助也是非常大的。不管我处于哪个阶段，比如选题阶段，比如分析系统功能阶段，设计系统结构阶段，系统编码阶段等，都有导师参与指导，他提出的建议和技术上的指导让我可以更快地完成这个毕设项目。此刻，我非常感谢导师，感谢他提供的帮助。
毕设项目制作期间，我身边的同学也及时指出了我系统的错误，并帮助我完善已开发的系统，还提供了很多文档撰写的技巧，所以，我也非常庆幸能和他们一起努力制作项目，也非常感谢他们一直以来的陪伴。
大学短短几年，能够得到成长，也离不开授课老师们，他们一直在校园为广大学子传授知识，用他们毕生所学，教出一批批优秀的学生，我这几年的成熟与成长也得益于他们的教导。所以我也非常感谢校园的各位老师。
即将离开校园，回想这几年的时光，还真挺不舍。安安静静在校园走了一圈，发现我的大学校园真的很美，我也感谢学校给我们提供这么美好的学习环境，以及给了我上大学的机会。感谢母校！
参考文献
[1]江涛.医生信息网上预订系统的设计与分析[J].现代商贸工业,2020,41(22):150.
[2]徐微微.晓庄连锁医生信息医生信息预订系统的设计[J].企业导报,2016(08):180-181.
[3]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[4]郑智方,魏恺乐,李彬,谢易壮.MySQL得到广泛使用的原因以及它的嵌入应用[J].科技风,2020(05):114.
[5]赵秀芹,刘杨青,李瑞祥.MySQL数据库使用技巧三例[J].网络安全和信息化,2019(08):90-91.
[6]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[7] Yue Qingling. Java オブジェクト指向プログラミングの 3 つの特徴 [J]. 電子技術とソフトウェア エンジニアリング、2019(24): 239-240.
[8] Geng Xue. Java Web における中国語の文字化けコードに関するディスカッション [J]. Modern Information Technology, 2020, 4(01): 74-75+78.
[9] Zhang Yanfang. Java Web プロジェクト開発における中国語文字化けの問題と対策 [J]. コンピュータの知識と技術, 2020, 16(09): 96-97.
[10] Han Sifan. Web 開発における Vue と HTML の基本的な応用 [J]. Science and Technology Innovation, 2020(14):71-72.
[11] Zhao Xiaodan. Web ページ開発における vue テクノロジーの分析 [J]. South Agriculture Machinery、2019、50(20): 247-248。
[12] Xue Ru. Spring Boot Framework に基づく Web システムの研究と応用 [J]. Computer Products and Circulation, 2018(07): 30.
[13] Qiu Danping. Web 開発における Spring Boot Framework の分析 [J]. Computer Knowledge and Technology, 2020, 16(17): 81-82.
[14] Zhong Chongwen. コンピュータ ソフトウェア開発における一般的な問題に関する研究 [J]. Communication World, 2020, 27(07): 89-90.
[15]Raffi Khatchadourian.レガシー Java ソフトウェアの列挙型への自動リファクタリング[J].Automated Software Engineering、2017 年、24(4)。
[16]Ben White.Marx and Chayanov at the margins:Understanding agrarian Change in Java[J].The Journal of Peasant Studies、2018、45(5-6)。