| Course | HCS 487 Technology and Systems Approach for Health Care Managers (HCS/487) |
|---|---|
| Week | 2 |
| Paper type | System selection paper |
| Length | about 1,037 words, 4 double-spaced pages plus title page and references |
| Format | APA 7 student paper |
| School | University of Phoenix |
| Program | BS in Health Administration |
| Updated | September 2026 |
Free sample paper for HCS 487 Week 2
Three Vendors, Forty-One Requirements and One Afternoon of Clinicians Clicking: How a Health Center Network Selected Its Electronic Consultation Platform
[Student Name]
University of Phoenix
HCS/487: Technology and Systems Approach for Health Care Managers
Week 2 Assignment
[Instructor Name]
[Date]
The health center network, the vendors and the scores are composites written for a model paper; frameworks and research come from the sources listed.
Last week, the network of a dozen community health centers introduced in the evaluation chart compared four technologies for shortening waits for specialist advice and recommended an electronic consultation platform with referral tracking. The chief operating officer approved moving to selection with a budget ceiling of $180,000 for the first year. This paper describes how the network chose a specific platform, from forming the team to signing the contract.
The Selection Team
The team included two primary care physicians and a nurse practitioner, a referral coordinator, a cardiologist and a dermatologist from partner specialty groups, the network's clinical informatics manager, an information security analyst, a finance analyst and the project manager. Clinicians made up almost half the team, reflecting the lesson from last week's survey that usefulness and ease of use would decide whether anyone used the platform. Davis (1989) found that both perceived usefulness and perceived ease of use predicted people's intention to use a technology, with usefulness the stronger influence.
Needs Assessment
The team reviewed a sample of 200 recent referrals and interviewed clinicians and coordinators. The review echoed published experience with e-consult systems, where many referrals turn out to need advice rather than a visit (Liddy et al., 2016). They found that about 40% of cardiology and dermatology referrals asked questions a specialist could likely answer from records and images, that referral letters often lacked key test results and that coordinators spent hours each week calling specialty offices for status updates.
Requirements
The team wrote 41 requirements. Must-haves included sending and receiving consults within the network's electronic health record without separate logins, specialty-specific question templates prompting for required results, image attachment for dermatology, specialist response tracking with alerts after three business days, conversion of an e-consult into a scheduled referral with one click, Spanish-language patient letters, compliance with privacy and security rules and reports on volume, response times and outcomes. Desirable features included mobile access for specialists, patient-facing status messages and analytics dashboards.
Request for Proposals
A request for proposals went to three vendors with the requirements, the network's technical environment, expected volume of 4,000 e-consults a year and questions about implementation, training, support, pricing and references. All three responded within four weeks. One failed two must-haves: its product ran outside the health record and lacked image attachment.
Scripted Demonstrations
The two remaining vendors each led a half-day session using the same scripts. A primary care physician sent a cardiology e-consult for a patient with an abnormal electrocardiogram, a nurse practitioner sent a dermatology e-consult with photographs and a specialist answered each. Team members timed tasks and rated ease of use. Vendor A's consult took an average of four minutes to send; Vendor B's took nine, because clinicians had to re-enter information already in the record.
Reference Calls
The team called two community health centers using each product, chosen by the team from a list rather than only the vendor's suggestions. Vendor A's references praised the integration but reported slow support tickets in the first year. Vendor B's references reported clinicians abandoning the tool after six months because of duplicate data entry.
Thinking About Abandonment
Greenhalgh et al. (2017) developed a framework explaining why health technologies are not adopted or are abandoned, showing that the more complicated the illness, the product, the business case, the people expected to use it, the organization and the surrounding policy environment are, the more likely a technology is to stall or be dropped. The team used the framework's questions: Who pays specialists for e-consults? How much work does the tool add for each group? Would the network's other priorities crowd it out? A platform can pass every demonstration and still be abandoned if nobody's job gets easier.
Weighted Scoring
The team weighted criteria before scoring: usability 25%, integration 20%, specialist workflow 15%, reporting 10%, vendor support and stability 15% and five-year cost 15%. Vendor A scored 84 of 100 and Vendor B 67. Vendor A's five-year cost was $41,000 higher, but its usability and integration scores outweighed the difference.
Implementation Readiness
Selection also looked ahead to implementation. Each vendor was asked to describe its typical timeline, the staff time it would need from the network and how it trains clinicians. Vendor A proposed a 16-week implementation with two on-site trainers during the first week of go-live and weekly calls for three months. It also required the network to assign an internal project manager and a clinical champion at each site. The team judged these requirements reasonable and began identifying champions before the contract was signed, so implementation could start without delay.
Payment for Specialists
The framework's question about who pays specialists proved decisive. Neither partner group would answer e-consults without payment, and the network's Medicaid plans did not yet pay for them. The network agreed to pay specialists $30 per answered consult from its own budget for two years while negotiating with the plans, a cost built into the total below.
Total Cost of Ownership
Over five years, Vendor A's total cost, including licensing, interface fees, training, internal staff time and specialist payments of $30 per answered e-consult, was estimated at $760,000, or about $38 per e-consult at expected volume.
Contract Protections
The contract negotiated with Vendor A includes 99.5% uptime with credits for failures, four-hour response to urgent support tickets, a named support contact for the first year, the network's ownership of all data with export in a standard format, a cap on annual price increases of 3%, a business associate agreement for privacy and security and the right to end the contract after two years with 90 days' notice.
The Decision
The selection team recommended Vendor A, and the network's executive committee approved the contract. The first-year cost, $168,000, fell under the budget ceiling.
Conclusion
The network selected its e-consult platform through a process that started with needs and requirements, put clinicians at the center of testing and checked vendor claims with independent references. A framework on technology abandonment added questions that demonstrations alone would not answer, and weighted scoring made the decision transparent. Contract terms protect the network after go-live, when next week's implementation begins.
References
Davis, F. D. (1989). Perceived usefulness, perceived ease of use, and user acceptance of information technology. MIS Quarterly, 13(3), 319-340. https://doi.org/10.2307/249008
Greenhalgh, T., Wherton, J., Papoutsi, C., Lynch, J., Hughes, G., A'Court, C., Hinder, S., Fahy, N., Procter, R., & Shaw, S. (2017). Beyond adoption: A new framework for theorizing and evaluating nonadoption, abandonment, and challenges to the scale-up, spread, and sustainability of health and care technologies. Journal of Medical Internet Research, 19(11), Article e367. https://doi.org/10.2196/jmir.8775
Liddy, C., Drosinis, P., & Keely, E. (2016). Electronic consultation systems: Worldwide prevalence and their impact on patient care: A systematic review. Family Practice, 33(3), 274-285. https://doi.org/10.1093/fampra/cmw024
What the HCS 487 Week 2 instructions ask
HCS 487 Week 2 typically asks students to explain how health care organizations select technology or health information systems. Students may describe needs assessment, stakeholder involvement, defining requirements, issuing a request for information or proposals, evaluating vendors through demonstrations, site visits and references and making a decision with weighted criteria, then negotiating a contract. Some prompts ask students to apply the process to a system chosen in the previous week. Expect a few pages with sources. Strong papers show the process step by step for a real or composite decision, involve the people who will use the system, separate essential from desirable requirements and consider total cost, integration and vendor stability, not just features.
How this HCS 487 Week 2 example is built
The paper begins after last week's recommendation to adopt electronic consultation, with a budget ceiling set by the chief operating officer. A selection team is formed with clinicians at its center, and requirements are written with users, separating must-haves, such as integration with the network's electronic health record and structured question templates, from desirables. A request for proposals goes to three vendors. Scripted demonstrations follow, with clinicians completing real consult scenarios and timing each one. Reference calls to similar health centers test vendor claims. A weighted scoring model ranks the vendors, and a framework on why technology is abandoned adds questions about complexity and sustainability. The paper closes with contract protections and the final decision.
HCS 487 Week 2 grading rubric: where the points go
Instructors usually grade the selection week on the completeness and logic of the process described. Points go to a clear needs assessment, a representative selection team, well-defined requirements, a fair vendor evaluation with demonstrations and references and a decision based on weighted criteria that include total cost, integration, usability and vendor support. Attention to contract terms and to the risks of selecting on features alone shows managerial judgment. Sources on technology selection or adoption strengthen the paper. Organization and APA citations complete the grade, and a simple scoring table often helps the reader. Descriptions that skip user involvement, or that choose a system because of a sales presentation, tend to earn lower marks.
HCS 487 Week 2 help: mistakes to avoid
A common gap in HCS 487 Week 2 is describing selection as picking the product with the most features. Start from needs and requirements, and separate must-haves from nice-to-haves. Involve the people who will use the system in writing requirements and in testing demonstrations. Script demonstrations so each vendor shows the same tasks. Call references at organizations like yours, not those the vendor chooses as showcases only. Include total cost of ownership over several years. Check integration with existing systems early, since it often decides success. Consider the vendor's financial health and support. Finally, protect the organization in the contract with service levels, data ownership and exit terms.
Related HCS 487 sample papers
Other HCS 487 week samples
- HCS 487 Week 1: Technology Evaluation Chart
- HCS 487 Week 3: Implementing a Health IT System
- HCS 487 Week 4: Technology Integration Process
- HCS 487 Week 5: New Technology and System Evaluation
More BS in Health Administration sample papers
- HCS 475 Week 2: Leading Change in Health Care
- HCS 483 Week 2: Security and Privacy
- HCS 490 Week 2: Consumer-Driven Market
- HCS 493 Week 2: Data Tables and Graphic Displays
HCS 487 Week 2 questions, answered
What does HCS/487 Week 2 usually ask for?
Most versions have students walk through how a health care organization chooses a health information system, from needs assessment and requirements to vendor evaluation and contracting.
Where can I find a free HCS 487 Week 2 sample paper?
The e-consult platform selection paper is shown on this page in full, free, with side notes on each step. Your own selection paper can be drafted for you at no cost the first time.
What is a request for proposals in health IT?
A formal document inviting vendors to propose a solution to defined requirements, including functions, integration, costs, support and implementation plans, so proposals can be compared.
Why should end users test health IT systems before purchase?
Because usability determines whether clinicians will use a system, and scripted demonstrations with real tasks reveal problems sales presentations hide.
What contract terms matter when buying health IT?
Service levels and uptime, support response times, data ownership and export, security and privacy obligations, price protection and terms for ending the contract.
Write yours, or have the desk draft it
This paper is an original model document written by our desk, not a submitted student paper and not an official University of Phoenix document. Read it for the moves, then write your own to the instructions in your classroom. If you want one built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.
Request this one custom, free · All HCS 487 week samples · All courses