Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Specialty Groups whilst still present in the TIS application as of  are scheduled to be retired -

Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTISDEV-4312

Categorising with Specialties

...

  • Curricula can have a single Specialty
  • Curricula Specialty dropdown contents limited to Specialties with SpecialtyType of Curricula and status 'Current' <not implemented by TIS currently> 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-5007

    

Posts

TIS allows a Post to be categorised with a Specialty in 3 ways as can be seen on the Posts UI below, these are defined as Primary Specialty, Other Specialty and Sub-Specialty. 

  • Posts can only have a single Primary Speciality
  • Primary Specialty dropdown contents limited to Specialties with SpecialtyType of Post and status 'Current' <'Current' is implemented in TIS but SpecialtyType of Post isn't at present> 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-5008
  • Posts can have multiple Other Specialties (chosen from Specialties with SpecialtyType of Post)
  • Other Specialties dropdown contents limited to Specialties with SpecialtyType of Posts and status 'Current' <'Current' is implemented in TIS but SpecialtyType of Post isn't at present> 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-5008
  • Posts can have multiple Sub-Specialties (chosen from Specialties with SpecialtyType of Sub-Specialty) <'Current' is implemented in TIS but SpecialtyType of Sub-Specialty isn't at present> 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-5008

These relationships are all stored in a TCS table called PostSpecialty as seen below using a PostSpecialtyType:

...

  • Placements can only have a single Primary Speciality
  • Primary Specialty dropdown contents are limited to Specialties with SpecialtyType of Placement and status 'Current' <not implemented by TIS currently>
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-4258
  • On Placement create, the Primary Specialty is pre-filled with the Primary Specialty of the parent Post
  • Placements can have multiple Other Specialties
  • Other Specialties dropdown contents are limited to Specialties with SpecialtyType of Placement and status 'Current' <not implemented by TIS currently>
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
    serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
    keyTISDEV-4258
  • Placements can only have a single Sub-Specialty (chosen from Sub-Specialties of the parent Post)

Note: there is an ongoing discussion / request with data quality leads to limit the  Placement Primary Specialty and Other Specialty dropdown contents to those of the parent Post

Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status
serverId4c843cd5-e5a9-329d-ae88-66091fcfe3c7
keyTISDEV-4258
 
(How does this business rule overlap with the constraint of SpecialtyType=Placement?)

...