/care_fe

Care is a Digital Public Good enabling TeleICU & Decentralised Administration of Healthcare Capacity across States.

Primary LanguageTypeScriptMIT LicenseMIT

CARE Logo

Our goal is to continuously improve the quality and accessibility of public healthcare services using digital tools.

Auto deployed to care.ohc.network for develop branch. All pull requests have preview builds powered by Netlify.

Storybook Quality Gate Status Code scanning - action OSSAR Cypress Tests Staging Release Production Release Codacy Badge CircleCI Maintainability

Getting started

  • ๐Ÿ’ฌ Comment on the issue if you are willing to take it up, and link the pull request with the issue.
  • ๐Ÿท๏ธ Tag @coronasafe/code-reviewers for faster resolution.
  • ๐Ÿ“ธ Attach screenshots in the pull requests showing the changes made in the UI.

Install the required dependencies

npm install --legacy-peer-deps

๐Ÿƒ Run the app in development mode

npm run dev

Once the development server has started, open localhost:4000 in your browser. The page will be automatically reloaded when you make edits and save. You will also see any lint errors in the console.

๐Ÿ”‘ Staging API Credentials

Authenticate to staging API with any of the following credentials

- username: dev-districtadmin
  password: Coronasafe@123
  role: District Admin

- username: staffdev
  password: Coronasafe@123
  role: Nurse

- username: doctordev
  password: Coronasafe@123
  role: Doctor

Contributing to CARE

  • Create a branch with branch name of the format issues/{issue#}/{short-name} (example issues/7001/edit-prescriptions) from the latest develop branch when starting to work on an issue.
  • Once the changes are pushed to the branch, make a pull request with a meaningful title (example: "๐Ÿ’Š Adds support for editing prescriptions" #6369)
  • Ensure the issue number is mentioned in the PR with a closing tag by following the PR body template. (Refer: Linking a pull request to an issue)
  • Once the code review is done, the PR will be marked with a "Needs Testing" label where it'll be queued for QA testing.
  • Once tested, the PR would be marked with a "Tested" label and would be queued for merge.

๐Ÿงช Run cypress tests

Ensure that the development server is running and then run the cypress tests in either of the ways described below.

$ npm run cypress:run        # To run all tests in headless mode.
$ npm run cypress:run:gui    # To run all tests in headed mode.
$ npm run cypress:open       # To debug and run tests individually.
  • Failed test screenshots are saved in cypress/screenshots
  • All test videos are saved in cypress/videos

๐Ÿ“– Documentations

๐Ÿš€ Production

Build the app for production

npm run build

Builds the app for production to the build folder. It correctly bundles React in production mode and optimizes the build for the best performance.

Start a production http-server

npm run preview

Starts a production http-server in local to run the project with Service worker. The build is minified and the filenames include the hashes.

๐Ÿš€ Your app is ready to be deployed!