Skip to main content

Fields and forms customization

FireCMS provides around 20 default fields which should suffice for most business logic. These fields range from simple text fields or selects to more complex ones like file uploaders, date pickers, or reference fields. There are also hundreds of validation options available, as well as the ability to create custom validators.

However, sometimes you may need more complex editing forms and specific fields that the default ones don't cover. In these cases, you can create your own custom fields and use them in your entity collection.

Custom fields to fit your needs

MedicalMotion is a platform that generates customized physiotherapy treatments. Physical therapists create exercises which are then assigned to patients using AI. The internal team manages the exercises collection using FireCMS.

MedicalMotion uses the same body selection component that end users see in their backend admin panel.

Reusable components

Maintaining consistency between different components of the platform has multiple benefits. For example, the exercises are used in physiotherapy treatments, as well as in the patient's dashboard.

An exercise may affect various body parts, with the physical therapist selecting those impacted. Although a simple select field could work for this, an interactive preview of the affected body part makes the selection process more engaging.

In the database, the field is stored as a simple array of strings, such as:

bodyParts: ["shoulder", "elbow"]

The field is defined as a Component that receives FieldProps as a prop and is then assigned to the entity collection. More details can be found in Custom fields.

Fine grained permissions

MedicalMotion also uses FireCMS for users and permissions management. Their permission system allows for defining permissions at various levels:

  • Collection level
  • Entity level
  • Property level

Permissions are managed through a Firestore collection that stores users and their assigned roles, with roles defined as a simple array of strings used to check if the user can perform an action.

roles: ["admin", "editor"]

Each role defines the actions that can be performed on the collection, entity, or property. For instance, the admin role grants access to any action on the collection, while the editor role allows only read and update operations.

Additionally, specific roles cater to content managers or physiotherapists. Physiotherapists can edit only the exercises assigned to them, while admins can review and edit all exercises.

Enterprise or start-up?

Learn how to get the most out of your project with the help of our consulting team.
Learn more
Sign up to our newsletter to get the latest news and updates. No spam!