Form Designer - field labels
Scenario 1: Envelope Import (with Form Designer changes) - Field validations after import
Specific Setup:
- Have an existing modeled envelope [TestEnvelope] that contains a form [TestForm] that includes a "Date" type field and any other desired field types
- Using "Form Designer", edit [TestForm] and navigate to any field [TestField] on the form.
- Edit the field label name of the field to include a '~' tilde character within the field label name. For example a field label name of "Te~stField"
Steps
- Open form [TestForm]
- Navigate to [TestField]
- Validate the form designer change to add a '~' tilde character within the field label name, is displayed as expected
- Navigate to the "Date" field
- Enter a desired date
- Click the 'T' and 'Y' buttons of date field
- Validate the date field reflects the expected value
- Click the 'Calendar' icon and select a date
- Validate the date field reflects the expected value
- Populate any other fields on the form
- Submit the form
- Validate the form files successfully
- Open form "Envelope Export"
- Select [TestEnvelope] for export
- Select "Yes" in prompt "Include Form Design Changes"
- Click to [Export] the file and save the file to a folder location
- Validate the export is successful
- Close the form
- Open form "Envelope Import"
- Click [Select Envelope For Import]
- Navigate the location of export file for [TestEnvelope] saved in step 2
- Select the file
- Select "Yes" in prompt "Include Form Design Changes"
- In the "Overwrite Existing Envelope or Create New Envelope" field, select "Create New"
- At the dialog prompt, "This envelope already exists within this system. Are you sure that you would like to create a new envelope?"
- Click [Yes]
- Click [Begin Import Scan]
- In the "Import Scan Results" field, validate there are the following warnings:
- Warning: Envelope The import file contains an envelope name which is already in use. The import process will assign a new envelope name based upon the existing name and a counter.
- Warning: Table: The import file contains a table name which is already in use. The import process will assign a new table name based upon the existing name and a counter.
- Click [Begin Import]
- Validate the following "Import" warning is received
- Import: The envelope to be imported is currently defined and can be imported as an 'Overwrite' with no errors. Selecting 'Create New' may cause conflicts in future envelope imports. Are you sure that you want to 'Create New'?
- Click [Yes]
- Validate import is completed successfully
- Close the form
- Open "Form Definition" and select the new import version of [TestForm]. Note: the new copy form will have the same name as the original, but the (ID#) of the form next to the form name will be a higher number
- Rename the form to a desired name [TestFormNew] and submit the form
- Open the new form [TestFormNew]
- Navigate to [TestField]
- Validate the form designer change, to add a '~' tilde character within the field label name, is displayed as expected
- Navigate to the "Date" field
- Enter a desired date
- Click the 'T' and 'Y' buttons of date field
- Validate the date reflects the expected value
- Click the 'Calendar' icon and select a date
- Validate the date field reflects the expected value
- Populate any other desired fields on the form
- Submit the form
- Validate the form files successfully
- Repeat step 5 for the original version of the form [TestForm]
- Validate results are as expected
|
Topics
• Envelope Import
• NX
|
Form Designer - Date field components
Internal Test Only
|
Topics
n/a
|
Form Designer- ScriptLink settings
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Form Designer (Export/Import) - Validate "ScriptLink" configuration" settings after form designer changes
Specific Setup:
- Have a form [TestForm] with one or more fields on the form
- Have a "ScriptLink" script configured [ScriptTest] that exists in the system
- In "Form Designer", the "WSDL" for [ScriptTest] has already been imported for form [TestForm]
- The logged in user must have access to 'Form Designer'.
Steps
- Access 'Form Designer'.
- Select "TestForm" from the 'Forms' field.
- Select a section [TestSection] from the 'Sections' field.
- Click [Show Section].
- Navigate to the "ScriptLink" settings section
- Click the "Post-File" field in the "Available Scripts" column
- Select [TestScript]
- Populate the "Script Parameter" field with a parameter [TestParam]
- Return to the form layout section
- Click to select any field [TestField]
- On the left side panel in the "General" settings section
- Click the "ScriptLink" setting link
- From the "Available Scripts" field, select [TestScript]
- Populate the "Script Parameter" field with a parameter [TestParam]
- Click [Apply]
- Click [Save]
- Submit the form
- Validate the form submits successfully
- Return to "Form Designer"
- Navigate to the form layout and make any desired form designer change to the layout. For this example, [TestField] is moved to a new location on the layout
- Click [Save]
- Submit the form
- Return to "Form Designer"
- Select "TestForm"
- Select [TestSection]
- From the "Export All Tabs or Select Tab" field?
- Select "Selected Section"
- Click "Export Form Designer Copy"
- Navigate to a folder location and save the file
- Close the form
- Re-open "Form Designer"
- Select "TestForm"
- Select [TestSection]
- Click "Import Form Designer Copy"
- Navigate the folder location of the export file saved in step 3, and select the file
- Submit the form
- Return to "Form Designer"
- Select "TestForm"
- Select [TestSection]
- Click [Show Section].
- Navigate to the "ScriptLink" settings section
- Click the "Post-File" field in the "Available Scripts" column
- Validate script [TestScript] is selected as expected
- Validate the "Script Parameter" field is populated with parameter [TestParam] as expected
- Return to the form layout section
- Validate the form designer change made to [TestField] in step 2 is displayed as expected
- Select [TestFeild]
- Click to select the "General" settings section on the left side panel
- Click the "ScriptLink" setting link
- From the "Available Scripts" field, validate script [TestScript] is selected as expected
- Validate the "Script Parameter" field is populated with parameter [TestParam] as expected
- Re-submit the form
- Return to "Form Designer"
- Repeat step 5c and 5d
- Validate all "ScriptLink" configuration setting are still present, as expected
|
Topics
• NX
• Scriptlink
|
Console Widgets - SQL query override
Note - These testing guidelines assume the user is skilled in the use of, at a minimum, the following:
Scenario 1: Validate data displayed in the "Console Widget Viewer" widget
Specific Setup:
- Have registry setting "Enable Console Widgets/Views" is set to "Y"
- Have access to the 'Admission' form
- Have an episodic modeled form [TestForm] created
- In form "Console Widget Configuration":
- Create a console widget for the "Admission" form [AdminWidget] with "SQL Query override" field populated with a query that does not include an episode in the link. For example: "SELECT <LINK:PATIENT510:PATID:EPN_uniqueid>PATID,EPN_uniqueid FROM SYSTEM.episode_history WHERE FACILITY=?FACILITY AND PATID=?PATID"
- Create a console widget for the "Modeled" form [ModeledWidget] with "SQL Query override" field populated with a query that does not include an episode in the link. For example: "SELECT <LINK:USER19:PATID:CUSTHAAS_UID>PATID,CUSTHAAS_UID FROM SYSTEM.testtable1 WHERE FACILITY=?FACILITY AND PATID=?PATID" Note: (replace the row ID and option ID values as applicable)
- Add the two widgets and the 'Console Widget Viewer' widget to the logged in users home view
- Have a client [TestClient] admitted in two episodes
- In each episode, have a row filed for that client in the modeled form
Steps
- At the homeview, select [TestClient]
- Select 'All Episodes' from the episode dropdown field.
- Navigate to the [AdminWidget]
- Validate a row for both admission episodes are present in the widget
- Click the "View" button for "Episode 1" row
- Validate data is displayed for that episode in the 'Console Widget Viewer", as expected
- Click the "View" button for "Episode 2" row
- Validate data is displayed for that episode in the 'Console Widget Viewer", as expected
- Select "Episode 1" from the episode dropdown field.
- Validate the following message is displayed in the widget, as expected "The LINK tag in the SQL query does not contain an EPISODE value".
- Select "Episode 2" from the episode dropdown field.
- Validate the following message is displayed in the widget, as expected "The LINK tag in the SQL query does not contain an EPISODE value".
- Select 'All Episodes' from the episode dropdown field.
- Navigate to the [ModeledWidget]
- Validate a row for both modeled form episodes are present in the widget
- Click the "View" button for "Episode 1" row
- Validate data is displayed for that episode in the 'Console Widget Viewer", as expected
- Click the "View" button for "Episode 2" row
- Validate data is displayed for that episode in the 'Console Widget Viewer", as expected
- Select "Episode 1" from the episode dropdown field.
- Validate the following message is displayed in the widget, as expected "The LINK tag in the SQL query does not contain an EPISODE value".
- Select "Episode 2" from the episode dropdown field.
- Validate the following message is displayed in the widget, as expected "The LINK tag in the SQL query does not contain an EPISODE value".
|
Topics
• Console Widget
|